Быстродействие базы данных

← →
Плохиш © (2008-06-27 16:43) [40]

> индексы нужны. данные не нужны

Ни данные не нужны, ни индексы не нужны, лишь бы печение с варением не кончалось :-P

← →
Johnmen © (2008-06-27 16:48) [41]

> McSimm © (26.06.08 21:23) [27]
> Бывают ситуации, когда индекс не просто не нужен, но и вреден.

> den303 ©

Пример в студию.

← →
Игорь Шевченко © (2008-06-27 16:51) [42]

> Пример в студию.

редко используемый при выборке индекс при интенсивных обновлениях данных.

← →
McSimm © (2008-06-27 16:55) [43]

> Пример в студию.

Не хочу, это достаточно очевидно.

Индекс дает преимущество при поиске ( и то не всегда ), но требует ресурсов при изменении данных. Непродуманное использование индексов вредит не меньше чем неиспользование.

← →
Johnmen © (2008-06-27 16:56) [44]

> редко используемый при выборке индекс при интенсивных обновлениях
> данных.

По-моему, мы говорили про индекс, соответствующий ключу, а не вообще про индексы?

← →
Игорь Шевченко © (2008-06-27 16:59) [45]

> По-моему, мы говорили про индекс, соответствующий ключу,
> а не вообще про индексы?

в постах 27 и 28 на это ничего не указывает. Забавная манера уточнять точку зрения после получения ответов.

← →
McSimm © (2008-06-27 16:59) [46]

> По-моему, мы говорили про индекс, соответствующий ключу,
> а не вообще про индексы?

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

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

← →
atruhin1 (2008-06-27 17:25) [47]

> Пример в студию.

Если о индексах, то где они не нужны знают все.
Если речь о первичных ключах, то например:
крос таблица, для отношения M:M. Первичный ключ не нужен. Обычно делается составной индекс.

← →
Johnmen © (2008-06-27 17:27) [48]

> в постах 27 и 28 на это ничего не указывает. Забавная манера
> уточнять точку зрения после получения ответов.

Забавная манера делать вид, что не читая ветки, выдрал из контекста.
Да, впрочем, ладно, мне по-барабану...

> McSimm © (27.06.08 16:59) [46]

Я прям уже боюсь уточнять после постов Игорь Шевченко.
Но всё же - этот пример, когда индексов не будет ВООБЩЕ НИКАКИХ для работы с таблицей?

← →
Johnmen © (2008-06-27 17:29) [49]

> atruhin1 (27.06.08 17:25) [47]
> Если о индексах, то где они не нужны знают все.

Это ты Игорю Шевченко и McSimm"у объясни...:)))

← →
Johnmen © (2008-06-27 17:32) [50]

> Обычно делается составной индекс.

Уникальный, надеюсь?
Вот и подумай, чем в данном случае он отличается от ключа.

Но разговор то не про это, а про наличие ВООБЩЕ каких-нибудь индексов.

← →
clickmaker © (2008-06-27 17:32) [51]

> крос таблица, для отношения M:M. Первичный ключ не нужен.
> Обычно делается составной индекс.

иногда можно и сделать. Для удобства обновления

← →
Ega23 © (2008-06-27 17:38) [52]

> Если речь о первичных ключах, то например:
> крос таблица, для отношения M:M. Первичный ключ не нужен.
> Обычно делается составной индекс.

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

← →
McSimm © (2008-06-27 17:57) [53]

> где они не нужны знают все.

Вот только появляются иногда индексы по полю "Пол"...

> Но всё же - этот пример, когда индексов не будет ВООБЩЕ
> НИКАКИХ для работы с таблицей?

Такие примеры в практике встречаются, не часто но есть. К тому же, повторюсь, я не это имел в виду.

← →
McSimm © (2008-06-27 17:59) [54]

> ВООБЩЕ НИКАКИХ

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

← →
Ega23 © (2008-06-27 18:09) [55]

> Вот только появляются иногда индексы по полю "Пол"...

Ты будешь смеяться, но бывают случаи, когда двух значений пола недостаточно. :)

← →
Johnmen © (2008-06-27 18:09) [56]

> McSimm © (27.06.08 17:57) [53]
> К тому же, повторюсь, я не это имел в виду.

Тогда остается
Если о индексах, то где они не нужны знают все.

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

Ловить не пытаюсь, и даже не думал - значит это крупно?
:))

← →
McSimm © (2008-06-27 18:12) [57]

> Если о индексах, то где они не нужны знают все.

Практика собеседований показывает, что на этот вопрос отвечает один из десяти. А именно - в каких случаях применение индекса дает больше вреда чем пользы.

← →
McSimm © (2008-06-27 18:29) [58]

> Ты будешь смеяться, но бывают случаи, когда двух значений
> пола недостаточно. :)

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

← →
pasha_golub © (2008-06-27 18:32) [59]

По сабжу действительно PostgreSQL. Давеча 8.3.3 версия вышла. А Full Text Search вместе с регулярками там встроенный. Так ша в добрый путь.

← →
Ega23 © (2008-06-27 18:37) [60]

> Давеча 8.3.3 версия вышла.

Почему в рассылке в анонсах не было???

← →
Ega23 © (2008-06-27 18:41) [61]

> Почему в рассылке в анонсах не было???

Отставить, было. Невнимательно смотрел.

> Если мне нужна саггрегировать весомую часть таблицы, использование
> индекса дает тормоза по сравнению с последовательным чтением
> всех данных

Это на какой СУБД?
И что значит "последовательное чтение" в разрезе агрегирования?

Я попробую перефразировать, хотя мне кажется и так понятно, тем более тут говорят, что все и так это знают ?
Индекс по малоуникальным значениям бесполезен и поиск с его использованием будет медленнее, чем без него.
Намного дешевле последовательно просматривать всю таблицу, чем позиционироваться на половину / треть / четверть ее записей, плюс постоянные расходы на его (индекса) поддержание при модификациях данных.

> McSimm © (27.06.08 18:53) [63]

М.б. более конструктивно не повторять в сотый раз про индексы? И ответить на вполне конкретные вопросы?
Впрочем, я не настаиваю...

>[19] den303 © (2008-06-26 14:42:00)
ты это… скажи адресочки. чтобы я случайно туда не попал.

---
Do what thou wilt shall be the whole of the Law.

Считаю индекс не логичным только в одном случае:

Оператором вводятся уже отфильтрованые записи по алфавиту !

Пример:

После сортировки таблицы Екселя по ФИО !

> McSimm (27.06.2008 16:59:46) [46]

При записи любые индексы вредны, включая первичный ключ на основе кластерных индексов, при нарастающих значениях, например автоинкримент.

> Alien1769 (27.06.2008 19:50:06) [66]

А с чего ты взял, что в таблице они будут по порядку ввода?
Ты брось привычки из xBase применять к другим базам.

> А с чего ты взял, что в таблице они будут по порядку ввода?

А даже если и будут, это не будет использоваться при поиске.

> А с чего ты взял, что в таблице они будут по порядку ввода?
>
> Ты брось привычки из xBase применять к другим базам.

Сорри, про сказаное тобой чего то позабыл ! :)

Быстродействие базы данных Найти похожие ветки