Сначала я создавала таблицы, потому обновляла статистику. Запросы выполняла несколько раз (примерно раз 12-15), когда начинала видеть, что получаю +- один и тот же результат по времени, записывала его в статью
Не согласен. Изрядно различные по тексту запросы вполне могут порождать абсолютно один и тот же план.
Согласна. Но у эквивалентных запросов могут быть и разные планы, моя ошибка. Исправлю
Все примеры сравнивают производительность на схемах, вообще не имеющих никакой индексации. На практике - так не бывает.
Во-первых, на практике очень даже бывает. Во-вторых, часто приходится работать с представлениями, которые основаны на других представлениях, поэтому в любом случае приходится думать об оптимизации запросов иным способом, не только индексами.
Индексация - это почти основа начальной оптимизации
Искренне не понимаю вашей претензии. Я в самой статье сказала, что грамотно спроектированные индексы действительно очень важны для оптимальной работы базы данных. Моя идея в том, что помимо индексации важно знать и иные темы, которые также касаются оптимизации. Плюс, опять же, не везде навесишь индексов
Вот честно - несколько раз прочитал, но так и не понял, о чём эта глава. Даже смысла происходящего, самой логики задачи - не понял, кроме того, что их, этих логик, несколько.
Идея примера была в том, чтобы отобразить список как бы актуальных должностей, на которых кто-то числится (думаю, это тоже добавлю). Идея главы: часто я среди коллег или знакомых из сферы видела, как они пытаются всюду, где появляются дубликаты, запихать distinct. Это не всегда рабочий вариант, часто дубликаты появляются потому, что запрос сам составлен некорректно
Сначала я создавала таблицы, потому обновляла статистику. Запросы выполняла несколько раз (примерно раз 12-15), когда начинала видеть, что получаю +- один и тот же результат по времени, записывала его в статью
Спасибо, исправлю
Согласна. Но у эквивалентных запросов могут быть и разные планы, моя ошибка. Исправлю
Во-первых, на практике очень даже бывает. Во-вторых, часто приходится работать с представлениями, которые основаны на других представлениях, поэтому в любом случае приходится думать об оптимизации запросов иным способом, не только индексами.
Искренне не понимаю вашей претензии. Я в самой статье сказала, что грамотно спроектированные индексы действительно очень важны для оптимальной работы базы данных. Моя идея в том, что помимо индексации важно знать и иные темы, которые также касаются оптимизации. Плюс, опять же, не везде навесишь индексов
Идея примера была в том, чтобы отобразить список как бы актуальных должностей, на которых кто-то числится (думаю, это тоже добавлю). Идея главы: часто я среди коллег или знакомых из сферы видела, как они пытаются всюду, где появляются дубликаты, запихать distinct. Это не всегда рабочий вариант, часто дубликаты появляются потому, что запрос сам составлен некорректно