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