Доброго времени суток уважаемые.

Хотелось бы посоветоваться с вами по следующей задаче:

1. Имеется фирма

2. Имеются филиалы и розничные точки у фирмы по разным городам

3. Имеется центральный MsSQL сервер с БД + WEB сервер для работы филиалов по WEB интерфейсу (самописный)

4. Каждый филиал имеет в БД свою учетку, и ведет учет: номенклатуры (в разрезе кол-ва, цены и характеристик), контрагентов, т.п. (то есть ведет торговый учет)
5. Группы номенклатуры едины для все филиалов

6. Все таблицы в БД едины для филиалов дифференцируются уникальным ID филиала.



Теперь стоит задача сделать сайт с товарами и услугами нашей фирмы. На сайт должна быть возможность просмотра товаров и услуг фирмы в целом, а так же в разрезе города (филиала, торговой точки / групп торговых точек [в городе ведь может быть несколько торговый точек])



Прошу высказать мнения по поводу правильной организации структуры сайта.

Сам вижу несколько вариантов:

Вариант №1 брать данные для сайта прямо из таблицы номенклатуры + таблица остатков товаров + таблица актуальных цен товаров. По щелчку на товара загружаем спецификацию товара, фото, цены и т.п.


Вариант №2 из таблицы номенклатуры + таблица остатков товаров + таблица актуальных цен делать VIEW-шку, и обновлять ее каждые 10-15 минут для актуальности данных. Из этой VIEW-шки и выводить данные на сайт. По щелчку на товара загружаем спецификацию товара , фото, цены и т.п. из основных таблиц БД.


В плане нагрузки предполагаю трафик 2Gb/s в пик (около 8000 запросов в секунду) (с запасом на будущее)


прощу поделиться мнениями, замечаниями, советами и вашими вариантами.

С уважением и наилучшими пожеланиями Руслан.

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

Ennor TiegaelLamer666,

Как минимум одно, сразу: сделать отдельную базу для сайта, и жестко разграничить права доступа. Если сайт хакнут, то рабочая БД не пострадает.

Данные переливать можно как угодно: репликацией, зеркалированием, сервис брокером... как вам проще.

Соответствено, если БД сайта будет отдельная, то ее схему можно задизайнить именно под сайт, без привязки к продакшну. А нужные преобразования прописать в трансформациях при репликации, например, ну или на аналогичном шаге. Можно будет не хранить лишних данных - историю цен, допустим, или еще что-нибудь такое.

Спасибо за ответ, вектор движения мне близок по идее. прорабатываю материал по теме.