Народ, целесообразно ли строить большую учетную ERP систему без схемы данных как таковой? Объяснение такое - на большом количестве записей она тормозит (схема данных имеется в виду). Вхожу в проект со слов проектировщиков, это как бы ощупывать слона с разных сторон. У кого какой опыт по этому поводу?

============================================================================================================
"О, сколько нам открытий чудных готовит просвещения дух, и опыт - сын ошибок трудных, и гений - парадоксов друг, и случай - бог изобретатель" (Пушкин, однако).

ADP - проект: Access 2010(adp) + SQL Server.

Имеется в виду именно графическое представление связей ключей. Схемы в голове легче держать, чем всё мысленно достраивать в уме. Да и документирование понятное. Я всё-таки про суть вопроса - влияет ли схема на скорость работы при большом количестве данных? Сдается мне, что это здесь не при чем. Каскадные удаления будут тормозить что ли? Кто с большими данными работает, отзовитесь!

Игортан,

поэкспериментируем, значит )

Прочитал из "ценных указаний". Думаю, насколько оправдана такая инструкция?
авторВезде, где необходимо удалить более 1000 строк из таблицы нужно использовать механизмы, исключающие прямое удаление (например, переименование записей) и последующую сборку мусора в периоды низкой нагрузки на сервер.

Последний пост переношу в раздел SQL Server.