У меня есть набор продуктов. Каждый продукт представляет собой вариацию несуществующего «родителя». Кроме того, каждый продукт (назовем их дочерними продуктами) имеет свою собственную индивидуально назначенную цену в нашей базе данных. Вот небольшой набор примеров.Приблизительная цена
Parent SKU 1000.
Дети продукта являются:
1000-TankTop-SM - 14.95
1000-TankTop-2X - 17.95
1000-Hoodie-SM - 34.95
1000-Hooodie-2X - 39.95
Вот проблема. В нашей базе данных перечислены цены каждого реального ребенка (как указано выше) в отношениях «один к одному». Каждый продукт имеет SKU, и я могу посмотреть цену каждого продукта по SKU. У меня есть веб-сайт, который не может поддерживать этот метод ценообразования. Это способ ценообразования. Я создаю «родительский» продукт. Каждый родительский продукт должен иметь базовую цену. Цены вариаций создаются путем добавления или вычитания суммы в долларах. Таким образом, «родительский» имеет два набора атрибутов, тип и размер продукта. Сумма плюс или минус должна быть связана с каждым атрибутом. Так из моего примера выше мы имеем.
Размеры:
SM +- ?
2X +- ?
Типы продукта:
TankTop +- ?
Hoodie += ?
Как я могу решить, что переменные выше должна быть равна по меньшей мере приблизительно фактические цены ребенок продукта? Возможно ли это без каких-либо экстремальных выбросов?
Добавлен рабочий пример, который вы можете использовать в Excel как доказательство концепции. – DevNull