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