Cane Cat FisherНасколько я понимаю, на скорость выполнения запроса наличие констрейнтов никак не влияет (разве что наличие неявно созданных индексов - но предполагается, что необходимые индексы проектировщик и так создаст). Констрейнты дадут ощутимые тормоза при закачке данных, вплоть до суток вместо десятков минут. Поэтому я бы склонился к компромиссному варианту - пусть данные предварительно проверяются системой импорта-экспорта, переливаются по промежуточным таблицам и т.д., но на базе аналитики все равно пусть стоят констрейнты.
1) В общем-то я об этом и хотел сказать. А именно: в базе аналитики пусть стоит только то, что ей необходимо для ее работы.
2) Некоторые констрейнты в некоторых случаях все-таки влияют на план выполнения запросов. В таких случаях они реально нужны.
3) (То же самое, но другими словами): БД+СУБД это компонент системы, а значит у него должен быть описанный стандартизованный интерфейс, типа такого: DML возможны только к интерфейсным таблицам (система импорта-экспорта), а запросы - к внутренним таблицам (всем?).
Говорить о том, что некто когда-нибудь может воспользоваться каким-то инструментарием и мимо интерфейса осуществлять DML не считаю корректным. Это хакерство. Не пишите же Вы в коде:
1.
2.
a := 'ABC';
IF a is null Then ...
Провера в надежде отсечь попытки влезания в код и модификации данных между указанных строк.
Это дурь. Зачем же такие подходы плодить в БД?
Описывайте интерфейсы, работайте только через них, если СУБД позволяет, то запретите использование неразрешенных входов.
4) В базе аналитики часто используют хранение денормализованных данных (например подсчитанные промежуточные итоги и др.) с целью ускорения выборок. Расчет таких данных - тоже одна из функций подсистемы импорта-эспорта
5) По поводу отключения-включения констрейнтов: строго не рекомендую такой подход. Если не хотите Новый год справлять в офисе с попыткой определить почему не включился констрент и процесс перекачки данных "встал"/"завершился с ошибкой".
И еще: во многих системах некая единица информации складывается из нескольких строк в разных таблицах. Если из-за одной строки не включается констрейнт, то что это значит? Вся логическая единица не верна? А вообще вся закачка верна? Еще один важный вопрос: а как перезакачать ошибочные данные (например, подправили справочники)?
Этот вариант (отключения-включения констрейнтов), скорее всего, приведет к еще большему порождению мусора, либо такие констрейнты с некоторого момента вообще включаться никогда не будут. Разгребание проблем в самой БД-аналитики задача гораздо сложнее (и опаснее - с ней же работают аналитики и могут сделать неправильные выводы), чем работа с интерфейсными данными.
