В настоящее время я работаю над сервисом, который хранит товары, принадлежащие нескольким магазинам, и пытаюсь понять, как лучше всего структурировать БД. Единственная проблема в том, что товары из разных областей, например, одежда, игрушки, электроника, продаются разными продавцами. головная боль, необходимость управлять разными соединениями с БД.
Идея хранить все продукты в одном документе мне кажется плохой, потому что они из разных доменов.
Единственная идея, которая, как я считаю, могла Работа в этом случае выглядит так: Допустим, у нас есть 3 магазина: Store One, Store Two, Store Three. Я бы создал такой документ для каждого магазина: products_storeone , products_storetwo , products_storethree и доступ к ним на основе идентификатора каждого магазина. Теперь в каждом магазине будет несколько документов для хранения разных вещей, например product_identifier , users_identifier , orders_identifier .
Считаете ли вы, что это хорошая идея? Пожалуйста, поделитесь своим мнением о том, как лучше всего создать структуру для хранения товаров для каждого магазина независимо, не смешивая их.
После некоторых расчетов для каждого магазина будет максимум 50 документов. Я не рассматриваю это как способ обработки большого количества магазинов, например, 1.000. Думаете, 50 000 документов - это слишком много? Влияет на производительность? Любые советы по достижению высокой производительности запросов более чем приветствуются.
Спасибо!