Кто нибудь объясните мне про индексы в БД, я не вижу в них никакого смысла?

multisu, про использование кластеризованного ключа в разных СУБД вы верно поправили, я был неправ.
Но я попрежнему не понимаю это:

1 индекс на таблицу обязательно. Даже если в запросе нет условия по индексу, план выполнения строится оптимальнее, запросы работают быстрее.

Или вы про джойн таблиц, одна из которых без кластеризованного индекса и без индекса на pk? Ну это просто ошибочное использование, а индекс в такой ситуации еще как используется.

А вот в PG можно кластеризовать в моменте таблицу по любому индексу, но он не станет из-за этого кластерным. Поэтому в PG партиционирование приходилось делать на относительно небольших таблицах, в несколько млн., которые MS или oracle переваривают без проблем.

Т.е. кластеризованный индекс деградирает меньше при увеличении колва строк?
Не думаю, что это связано с индексами, скорее с другими механизмами, например vacuum.

Кто нибудь объясните мне про индексы в БД, я не вижу в них никакого смысла?

Сергей Сахаров,

понимание. Список улиц будет сильно меньше, а выбор улицы по индексу - логичнее

Да, в этом случае занимаемый объем на диске будет меньше, скорее всего...
Но индекс тут причем? Добавляя индекс мы наоборот увеличиваем занимаемый объем, и ведь цель другая.

Кто нибудь объясните мне про индексы в БД, я не вижу в них никакого смысла?

Сергей Сахаров,

Второй вариант хрестоматийной задачи. Тоже телефонный справочник: телефон, ФИО, адрес.
Рассмотри размер БД в таком случае и в случае, когда список улиц вынесен в отдельную таблицу.

А чем это поможет автору с его вопросом?

Кто нибудь объясните мне про индексы в БД, я не вижу в них никакого смысла?

Everything_is_bad,

да где такое написано? как можно было прийти к такой дичи?

Автор прочитал, что для быстрой сортировки по большой таблице нужен индекс по полю. Автору нужно сортировать по всем полям таблицы. Вывод - нужно вешать индексы на все поля. Если не так, то почему же никто не скажет как нужно?

Кто нибудь объясните мне про индексы в БД, я не вижу в них никакого смысла?

multisu,

в теории да. Но по опыту, в MS и PG быстрее, особенно если запрос возвращает множество записей. В oracle быстрее не будет, там вроде индекс в системных полях по дефолту присутствует.

Здесь, как и чаще всего под индексом подразумевается отдельный от таблицы объект в базе данных для ускорения выборки. Вы же пишите про первичный ключ, это совсем другой вопрос, первичный ключ нужно создавать всегда, некоторые СУБД создают его автоматически, если пользователь этого не сделал, некоторые нет - разрешают "стрелять себе в ноги".
И, собственно любая нормальная таблица, т.е. с первичным ключом - это и есть кластеризованный индекс, хоть в PG, хоть в MS.

Кто нибудь объясните мне про индексы в БД, я не вижу в них никакого смысла?

Antix25,

Автор вообще в курсе, что оптимизация и ставит целью снижение нагрузки на БД?

"Нагрузка на БД" это очень абстрактно.
После добавления индексы, у вас при insert и update по сути будет вставка не в 1 таблицу, а в 2, нагрузка на БД выросла? конечно, выросла.

Кто нибудь объясните мне про индексы в БД, я не вижу в них никакого смысла?

mitaichik,

А чем индекс помагает, если нет условия по нему? Почему план выполнения строится оптимальнее?

Ни чем, в таком случае он не нужен, и оптимизатор просто проигнорирует этот индекс, и разумеется ничего быстрее не заработает.

Кто нибудь объясните мне про индексы в БД, я не вижу в них никакого смысла?

diman2000,

Если вся база целиком помещается в буферный кэш - да, данные могут читаться довольно быстро без индекса. Но обычно на это нет расчёта.

обычно именно на это и расчет, если большинство читаемых данных не помещаются в память, то о какой-либо производительности можно забыть. В современном мире чтение с диска считается очень медленной операцией.

mitaichik,

лучше хотя бы такой индекс, который откинет чтение пол таблицы, чем никакой

вряд ли, это очень низкая селективность, и скорее всего будет эффективнее прочитать всю таблицу, т.к. это последовательное чтение, чем через индекс выискивать каждый нужный id персонально.

Как выполнять отладку на php?

galliard, не вижу как это помешает автору... Ладно бы еще вопрос цены, но какая разница что проприетарный? А если цена не проблема, то PHPStorm лучший выбор, это уже давно стандарт в php-разработке.

Какой мак мини выбрать?

VoidVolker,

мак с армом на 16 гигах работает вполне нормально, в т.ч. с браузером с сотней вкладок, докером на десяток контейнеров и IDE одновременно.

И с 8 гигами может быть нормально. Потому как важно не только колво вкладок, но и что в них. Не только колво контейнеров, но и что в них. Не только, что ide открыто, но и какая и что за код в ней открыт.
Комуто и 8 хватит, кому то и 40 с трудом.

Как выполнять отладку на php?

А почему в списке нет PhpStorm?

Оконные менеджеры, с чего начать?

Ему ж тайлинговые нужны, а openbox не из них. Хотя в вопросе это как то неявно описано.

Реально ли иностранцу (гражданину Нидерландов) найти работу в IT в России?

CityCat4, да причем здесь миграция? Вы по ходу на ней зациклились и только о ней и хотите поспорить. Еще раз:

правда, как они сейчас это делают, когда ютуб то потухнет, то погаснет - хрен бы его знал

Действительно, как же они это делают...
Это неудачный сарказм от "одмина"...

ps если что "одмин" это самоназвание из профиля.

Реально ли иностранцу (гражданину Нидерландов) найти работу в IT в России?

На ютубе множество каналов, которые ведут переехавшие в РФ немцы, канадцы, американцы (правда, как они сейчас это делают, когда ютуб то потухнет, то погаснет - хрен бы его знал)

Действительно, как же они это делают...
Это неудачный сарказм от "одмина", тогда все остальное здесь написанное тоже сарказм? Или это такая провокация?

Возможно ли использовать ИИ для сравнения текста?

Если есть критерии одинаковости, то зачем тогда ИИ?

Что прочитать или как разобраться(грубо говоря с чего начать)?

Максим Припадчев,

При чем здесь ближайшие соседи и особенности создания эмбедингов...
Не пиши ерунды под моими ответами

Ни при чем.
Испугался и убежал, чтобы не затмевать свет идущий от солнце...ого.

Что прочитать или как разобраться(грубо говоря с чего начать)?

Если совсем ничего не понятно, то следует начать с алгоритма k-ближайших соседей. Ну и не забывать, что это по прежнему черный ящик.

Чем отличается функция от конструктора и где применять то или это?

Собственно, конструктор нужен для того, чтобы выделить память под объект. Скорее всего, это общее правило для всех ОО-языков (а иначе, зачем он нужен?).

Конструктор нужен для инициализации объекта, т.е. создания всего необходимого, чтобы получить полностью готовый объект.
Это почти такой же метод как и остальные, но вызываемый сразу после создания объекта.
А где, когда и сколько выделять памяти это прям совсем не его задача, даже если ваш язык вам позволяет этим управлять, это не задача, не функционал ООП.

Как декомпозировать задачи, с которыми ты впервые сталкиваешься?

historydev, а зачем вам уметь декомпозировать? Серьезно, какую проблему решаете?
В вопросе как то вскользь упомянуто "задача висит неделями, пока я изучаю то, что нужно для её решения", это пытаетесь решить? Вы хотите ускорить выполнение задач, тогда чем поможет декомпозиция? Вы хотите планировать сроки выполнения задач? Тогда декомпозиция только один из вспомогательных инструментов, а не основной.

Как передать имя таблицы как параметр?

Akina,

у PDO есть конструкция для подстановки параметра-литерала, но нет таковой для подстановки имени объекта

Это не PDO, это prepared statements. А с точки зрения последних подстановка имени таблицы бессмыслица. Здесь в комментариях описал почему.
Ну а в коде можно сделать что угодно.
PDO конечно имеет свою реализацию, но это эмуляция, т.е. попытка повторить для замены.

В общем случае ненадёжно

Надежно, как вы и написали, речь не о передаче в sql пользовательских данных, а о выборе определенной таблицы по указанному коду.
И редко когда мы этот код получаем от пользователя, скорее чтото внутреннее.