Я работаю в сфере рекламной продукции.Мы продаем почти все, что вы можете распечатать, вышить, гравировать или любым другим способом, чтобы настроить.Популярными продуктами являются ручки, кружки, рубашки, кепки и т. Д. Поскольку у нас такое большое разнообразие продуктов, хранение информации об этих продуктах, включая все возможные варианты продуктов, варианты оформления и все связанные с ними дополнительные расходы, становится чрезвычайно сложным.Настолько, что, хотя многие пытались это сделать, никто не смог предоставить данные об отраслевых продуктах таким образом, чтобы вы могли алгоритмически превратить данные в хранилище электронной коммерции без некоторой степени массирования данных.Кажется почти невозможным правильно хранить эту информацию в реляционной базе данных. Мне любопытно, позволил бы MongoDB или любой другой вариант NoSQL позволить мне моделировать информацию таким образом, чтобы упростить хранение и манипулирование информацией о нашем продукте лучше, чем в СУБД, такой как MySQL. Компания, которую яРаботает более 100 лет и уже много лет использует DB2 на AS400.Мне понадобятся веские причины, чтобы убедить их использовать нереляционное решение для БД.
Типичным примером продукта, используемого в нашей отрасли, является Bic Clic Stic Pen, у которого более 20 вариантов цвета для каждогобочка и обрезка цветов.Еще больше цветов для шелкографии.Затем вы можете выбрать дополнительные параметры для того, какой тип чернил использовать.Есть несколько вариантов упаковки.После всего, что выбрано, у вас есть дополнительная опция для срочной обработкиВсе эти варианты могут иметь или не иметь дополнительные расходы, которые могут быть основаны на том, сколько ручек вы заказываете или сколько цветов в вашем украшении.Цены, как правило, основаны на количестве, поэтому заказ 250 перьев обойдется дороже, чем заказ 1000. Точно так же дополнительная плата за получение специальных чернил будет дешевле, если заказывать 1000, если вы заказываете 1000, а не 250.