большое количество индексов может иметь негативное влияние на производительность и обслуживаемость базы. Рекомендую регулярно анализировать необходимость каждого индекса и удалить ненужные или дублирующие индексы. Оптимальное количество индексов зависит от конкретных требований и характеристик вашей базы данных. с BlitzIndex не сталкивался так как он не является широко известным или распространенным инструментом.
"У этого пендоса" вроде же были гиперссылки на пояснения прямо из какого-то поля результата, нет? У этой диагностики должна была быть сюда, вроде: https://www.brentozar.com/blitzindex/sp_blitzindex-index-hoarding/
Количество индексов не критично никоим образом
это сказки если индексы нужны значит индексы нужны
А если в таблице из 100500 полей нужные данные, значит в таблице нужно 100500 полей? ;) Суть-то в том, что оба варианта крайне маловероятны / подозрительны (т.е. скорее всего столько индексов — чья-то ошибка, поэтому стоит проверить это), только и всего.
Я такого не говорил
Количество возможных индексов таблицы - это по-моему n факториал от числа полей таблицы, Может я ошибаюсь в формуле, но точно это количество растёт очень быстро, так, что встретить 10 индексов на достаточно узкой таблицы вполне можно
Суть в том, что встретить-то можно что угодно, но, скорее всего, 10 индексов на узкой таблице — ошибка индексации (большинство из них почти наверняка не используются в запросах, или удовлетворительно "покрываются" другими индексами).
Ярослав Ну спор бессмысленный потому что вся разница между нами заключается в том что ты считаешь что ты знаешь все на свете возможные случаи, А я наоборот считаю что всего на свете ты не можешь знать, то есть Может быть на практике всё что угодно а в остальном мы мыслим одинаково
Судя по таблицам, это диасофт. Не стоит лезть в индексирование без чёткого понимания. У всего одной (п-таблицы, к тому же ) чтений 0. По всем остальным - чтений порядочно. Если всё-таки хочется понять про каждый индекс - запускайте sp_blitzindex @tablename='таблица" и анализируете используемость индексов.
Интересно за сколько лет пришли к таким знаниям и опыту
Разоблачили) спасибо большое
Кстати, в указанном на картинке выводе есть колонка URL (чуть правее) - там как раз и описывается проблема. Так же есть колонка "More Info" - там команда для получения детальной информации.
Аж молодость вспомнил ))) Поддержу, в индексы в Диасофте надо влезать максимально аккуратно. Он и так производительностью не блещет. До 30 индексов на таблице точно доходил, время вставки приемлемое было. Но, справедливости ради, нагрузка была невелика.
У Диасофта прежних версий была, мягко говоря, специфическая архитектура. Например, ни в одной таблице вы не встретите Primary Key и Foreign Key. Таблицы весьма широкие, запросы к ним разнообразные.
Да уж. Вот всегда меня удивляло, насколько многие "серийные", широко известные (лидеры рынка, с огромной капитализацей, большим количеством серьёзных клиентов и "серьёзной" же ценой... и т.п.) продукты (всякие там ERP, CRM, online store management systems и т.п.), будучи "симпатичными" снаружи, невыносимо отвратительны внутри (особенно базы, да и код зачастую не лучше). ;(
пофигу вообще. Когда запись в таблицу начнет вызывать вопросы, значит индексов скорее всего многовато, а так есть и есть. я в срм по 80 индексов на таблицу встречал и работало)
Обсуждают сегодня