А чем индекс помагает, если нет условия по нему? Почему план выполнения строится оптимальнее?
Если вся база целиком помещается в буферный кэш - да, данные могут читаться довольно быстро без индекса. Но обычно на это нет расчёта.
лучше хотя бы такой индекс, который откинет чтение пол таблицы, чем никакой
мак с армом на 16 гигах работает вполне нормально, в т.ч. с браузером с сотней вкладок, докером на десяток контейнеров и IDE одновременно.
правда, как они сейчас это делают, когда ютуб то потухнет, то погаснет - хрен бы его знал
Действительно, как же они это делают...
Это неудачный сарказм от "одмина"...
На ютубе множество каналов, которые ведут переехавшие в РФ немцы, канадцы, американцы (правда, как они сейчас это делают, когда ютуб то потухнет, то погаснет - хрен бы его знал)
При чем здесь ближайшие соседи и особенности создания эмбедингов...
Не пиши ерунды под моими ответами
Собственно, конструктор нужен для того, чтобы выделить память под объект. Скорее всего, это общее правило для всех ОО-языков (а иначе, зачем он нужен?).
у PDO есть конструкция для подстановки параметра-литерала, но нет таковой для подстановки имени объекта
В общем случае ненадёжно
На строго в рамках PDO - полностью согласен с предыдущим оратором. Никак.
висивиг редактор т.ч. ограничить проблематично
кодировку таблицы нельзя сменить как раз по причине того, что есть другие приложения использующие таблицу, поэтому хранить в другом формате не вариант.
"Нагрузка на БД" это очень абстрактно.
После добавления индексы, у вас при insert и update по сути будет вставка не в 1 таблицу, а в 2, нагрузка на БД выросла? конечно, выросла.