Добрый день!

Строю большую базу, нужны советы.

База-агрегатор ассортимента. К этой базе будут подключаться тысячи пользователей, выкладывать свои прайс-листы, а другие пользователи будут искать по этой базе.

Прайс-листы продавцов будут разного ассортимента, но от минимума позиций, до миллиона позиций(а может и больше)

Обновлять весь ассортимент смысла не вижу, так как большая часть будет оставаться не изменённой, могут меняться цены в зависимости от курса и т.д.

Я планирую сделать два сервера, к одному серверу будут подключаться непосредственно эти поставщики, и будут закачивать свои остатки. Этот сервер будет смотреть что изменилось и чётко изменения будут выкладываться на сервер по которому другие пользователи осуществляют поиск.

Плюсы это то что сервер по которому осуществляется поиск будет гораздо меньше нагружен, да и при выходе из строя пользователи всё равно искать смогут, а минус это не моментальная синхронизация, двойная работа, двойной объём данных и т.д.

Подскажите, есть ли смысл так строить систему или нету?

MasterZivНет. Ты строишь архитектуру на основе логики приложения.
Так нельзя, в корне неверно.
Тебе нужно лучше подумать о том, как лучше закачивать эти данные сразу так, чтобы обрабатывать только изменения.

Нет, вся логика будет в СУБД разумеется.

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