Size: a a a

2020 September 11

В

Вячеслав in dbGeeks
Смысл понятен, учту на будущее
источник

P

Pavel in dbGeeks
Evgeniy Kuvshinov
универсальный ответ (ну чисто имхо)
исходя из требований к функционалу пользователя и его удобства формируется фронтенд, для удобства фронтенда формируется апи, для апи формируется бд которая позволяет сделать необходимое
если коротко то: User->Front->API->db
Все бы такой подход исповедовали )
источник

P

Pavel in dbGeeks
Это я как фронтендер говорю)))
источник
2020 September 12

EK

Evgeniy Kuvshinov in dbGeeks
Вячеслав
Создам 2 сущности: одну с названиями характеристик, вторую со значениями.
и получится почти EAV со всеми плюсами и минусами ....
подумай так ли тебе надо динамически генерировать сущности ? возможно набор сущностей (типо телефон, монитор, холодильник и тд) конечен ? подумай что большую часть инфа отображается пользователю, а не должна быть удобна для записи, возможно стоит подумать какой был бы самый удобный вариант для чтения данных ? может быть это отдельная таблица для каждого типа товара и там в колонках атрибуты(характеристики) и их значения?
а учитывая что множество товаров конечно может быть это будет удобней EAV ? никто не мешает в последствие каждый товар(таблицу) модифицировать структуру...
источник
2020 September 15

J

Jb in dbGeeks
источник

П️

Пётр ️🕸👾🕸... in dbGeeks
не
источник

П️

Пётр ️🕸👾🕸... in dbGeeks
Как имзменить поле у 50% случайных записей, если сервер Mysql версии 5 и запрос
update `tbl`
  set `a` = 2
  where `id` in (
     select `id` from `tbl`
     order by rand()
     limit 450411
  )
не работает?
источник
2020 September 16

AV

Alexander Volovikov in dbGeeks
источник

AV

Alexander Volovikov in dbGeeks
Попробуй так:
источник

A

Adv0cat in dbGeeks
#вопрос Ребят, наткнулся на просторах интернета на такую интересную реализацию базы данных от авторов Caetano Sauer и Theo Härder, призваную заменить db + wal на что-то, что авторы назвали FineLine + transaction, вот полное описание https://dbis.informatik.uni-kl.de/files/teaching/ws1819/seminar/protected/FineLine.pdf
Моего английского не достаточно, чтобы оценить в полной мере написанное 😔
Подскажите, правильно я понимаю эту структуру:
1. Есть буфер под каждую транзакцию
2. Когда транзакция комитится, начинается процесс подготовки и записи ее в основную базу в конец
3. Основная база это такая структура лога, в котором все записи в конце являются более важными, чем те, что были записаны до этого
4. Над основной базой просто есть индекс для быстрого доступа к данным и он перестраивается во время комита транцзакции
5. Восстановление после падения заключается в том, чтобы незаконченные транзакции пометить грязными и выкинуть, а основная база по сути не нуждается в перепроверке, как бд с wal, потому что в основной базе все данные валидные, и новые данные не записаны, т.к. идет упование на атомарность добавления всех данных транзакции в конец структуры лога
P.s. Очень заинтересовала подобная структура, потому что это просто оооочень похоже на то, что я предполагал, когда скидывал сюда свои рисоваки 😃
источник
2020 September 17

НК

Николай Коржиков... in dbGeeks
Привет всем
источник

НК

Николай Коржиков... in dbGeeks
Помогите пожалуйста
источник

НК

Николай Коржиков... in dbGeeks
источник

НК

Николай Коржиков... in dbGeeks
источник

EK

Evgeniy Kuvshinov in dbGeeks
1. sql injection
источник

EK

Evgeniy Kuvshinov in dbGeeks
2. это канал о бд, не о пхп и не о других языках (по языкам есть соответствующие чаты)
источник
2020 September 18

EK

Evgeniy Kuvshinov in dbGeeks
Николай Коржиков
Помогите пожалуйста
3. при создание подключения в 13 строке, надо передать имя бд 4 аргументом https://www.php.net/manual/ru/function.mysqli-connect.php
источник

НК

Николай Коржиков... in dbGeeks
А это куда именно нужно передать имя бд?)
источник

EK

Evgeniy Kuvshinov in dbGeeks
ссылку приложил на пример
источник

EK

Evgeniy Kuvshinov in dbGeeks
4. у тебя там еще ошибка в sql запросе на вставку данных
источник