ЕТ
на каком железе все крутится
Size: a a a
2020 February 21
ЕТ
в какой ФС
ЕТ
и всё вот это вот
N
Это не важно. Чтение по уникальному значению. Вот у вас есть таблица пользователей. В ней поле user_id. При старте нужно по идентификатору вычитать информацию
ЕТ
если мы про buffer cache начинаем рассуждать, то это всё (ФС, ОС и прочее) как раз таки важно
N
Меняем индекс с уникального на не уникальный и система встанет , если люди ооманутся в систему в 9 утра. Это случай из моей практике. Сейчас объясню дальше что происходит
N
Идея такая , что код в оракле написан так , что придя в блок он пины накладывает по разному т.к предполагает , что в уникальном индексе он не вернётся во второй раз в это блок в этой сессии.
N
И таких примеров могу привести много. Вот ещё. У вас есть таблица. В ней ссылка на другую таблицу.в той внешней таблице . Храним поле name.
N
Что быстрее nested loop или скалярный подзапрос, если имён порядка пары сотен ?
ЕТ
я не знаю наверняка, но смею предположить, что nested loop в любом случае медленнее
ЕТ
опять же всё зависит от окружения и на сколько это медленнее
N
Это гадание. Хотя вы и угадали. Но он не всегда медленнее. Но если знать. , что oracle имеет кэш скалярных подзапрос по умолчанию равный 256 значениям ( в 11 версии ). То это будет существенно быстрее.
N
И при этом есть ещё параметр скрытый ,как я помню , который регулирует размер этого кэша.
N
Вот таких примеров . Можно привести пару десятков. И это не касаясь тех случаев , когда требуется понимание как он считает кост
ЕТ
В оракле больше 2к различных параметров, которые можно менять и это будет влиять на производительность.
ЕТ
это уже в каждом конкретном случае/запросе надо разбираться
N
Вот пример с костом. Оракле , когда считает кост не смотрит на распределение в памяти. Условно он не знает , что закешированно , а что нет. И вот на этом тоже можно играть и тюнить
ЕТ
тут как в Java, достаточно соблюдать простой набор правил, чтобы не создавать "бутылочные горлышки" на ровном месте (не делать запрос в БД в цикле, например) и в 85% случаев этого достаточно, чтоб Ваш софт работал достаточно шустро. Если этой производительности Вам мало, Вы расчехляете профайлер и начинаете исследовательскую работу, находите места где по-вашему мнению медленно и тюните их
ЕТ
и это дает вам прирост в 300 наносекунд
N
А есть ещё хитрые случаи, когда приведение типов отключает индекс. Много всего.. ещё куча случаев того ,как влияет система ввода вывода. Например когда используется io_submit т.е асинхронное чтение , а когда читаем через read .