Бремя связи с данными СУБД

Question

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

Есть ли основания полагать, что такая глубина взаимосвязи РСУБД перегружает систему, построенную с использованием современного оборудования с достаточным объемом ОЗУ? Я пытаюсь оценить, нужно ли нам скорректировать наш дизайн или направление / цели проекта, прежде чем мы приблизимся к финальной фазе разработки (через пару месяцев).

Answer 1

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

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

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