RDBMS бремя данных-отношение

Question

Наша собственная система построена на SQL Server 2008 с 40-табличной схемой 6NF. Большинство таблиц FK для 3 других, ключ немногим до 7. Система будет в конечном счете поддерживать 100 сотрудников, работающих с 10 тысячами клиентов, и хранить 100 000 000 транзакционных записей - доступ в прайм-тайм должен пик со скоростью 1000 строк в секунду.

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

Answer 1

В терминах сервера SQl вы описываете небольшую базу данных. При правильном дизайне SQL Server может обрабатывать данные по terrabytes.

Это не должно гарантировать, что ваш текущий дизайн может работать хорошо. Существует множество способов создания плохо выполняемых t-SQL и многих неправильных вариантов проектирования баз данных.

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