Доброе время суток.

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

Выскажите свои мнения по этому поводу.

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

А если шестой?

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

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

Oracle это не САПа, для нее это семечки

У нас все индексы согласовываются с базисом и DBA. Наш DBA сказал, что с 5-ю индексами он не видит проблем, но вот потом уже надо думать. Откуда взялась эта магическая цифра - неведомо. Для справки: у нас SQL Server.

вот один из возможных источников подобной информации о MSSQL http://www.samag.ru/cgi-bin/go.pl?q=art ... .2005;a=07 (цитирую: "... Именно поэтому стратегия «добавим индексы везде, где что-то тормозит», глобально проигрывает при попытке хоть что-то изменить в этой базе данных. Более пяти индексов на большой таблице является почти приговором для процессов, которые как-то пытаются изменять индексированные поля.")

магия все это - 5 или 7. Все зависит от величины индекса, от характера обращений к таблице. От того, покрывает ли индекс получаемые атрибуты в запросе... К тому же, sql server 2005 хорошо оптимизирован по части создания индексов, в том числе и динамически