Добрый день. Поставили мне задачу разработки клиента БД и её схемы. Ввиду того что институт закончил совсем недавно до сих пор свято верю что лучше чем БД в нормальной форме ничего нет. Так что покритикуйте схему пожалуйста.
Есть 3 основные таблицы: A, S, B. Таблицы A и S, S и B образуют между собой связь типа многий ко многим. Я соответственно соединяю их через промежуточную таблицу.
Теперь о количестве данных: больше всего данных будет храниться в таблице S (бинарные данные, скорее всего буду делать через FILESTREAM), на втором месте таблица A (много записей но все поля в основном стандартные и небольшого размера).
Основные запросы будут строиться на основе следующий правил: выборка данных из таблиц A, S, B по конкретной записи таблицы A, либо отбор данных добавленных в определенный день (дата добавления храниться в таблице S).
Подскажите где могут быть узкие места при такой модели использования этой схемы и может быть как изменить схему чтобы этого избежать?
Заранее спасибо за ответы и всех с наступающим!

Модератор: Тема перенесена из форума "Microsoft SQL Server".

Cane Cat Fisher,

БД будет предназначена для хранения биллинга, причем основная её задача именно в том чтобы пользователь сам ничего не добавлял в нее, а загрузка всех данных шла именно в автоматическом режиме. Пользователю интересны именно выборки конкретных данных. По моему скромному представлению 3 основных сущностей будет достаточно (Сессия, Абонент, Точка доступа) соответственно соединенных через промежуточные таблицы

Это служебная информация от точки доступа, она идет непрерывным потоком и данные разношерстные, поэтому решил хранить в бинарке

Ну что неужели всех устраивает такая схема или все до сих пор не верят в реальность данной БД?

Реальные масштабы проекта таковы: система работает в автоматическом режиме круглые сутки. Ежедневно в среднем идет загрузка около 50000 записей (в основном в 2 таблицы A и S). Выгрузка данных будет вестись раз в месяц (в лучшем случае раз в неделю). Данные будут забираться и просматриваться на другой машине. По сути каждую неделю будет создаваться новая БД. Основной вопрос именно в том будут ли все это тормозить связи типа многий ко многим сделанные через промежуточную таблицу