У меня возникла ситуация, когда мне нужно создать модель данных для 3 разных классов доставки и цены для каждой категории: 1-й класс (самый дорогой), 2-й класс (второй по цене), 3-й класс (наименее дорого) все зависит от общей стоимости заказа. Каждый класс почтовых расходов и его сопровождающая стоимость различаются и основаны на общем уровне стоимости заказа (то есть между двумя номерами от 0 до 10,00 и выше). Я думаю, что это включает в себя моделирование 4 разных таблиц и их объединение. Правильно ли я думаю об этом или есть более простой способ моделирования данных?Модель данных, основанный на почтовых тарифах
Как мне подойти к этому?
Любая помощь или указания, на которые нужно обратить внимание, очень ценится!
@Thorsten_Kettner Как они будут связаны между собой PK и FK? Тарифный стол меня смущает в этом отношении. – finiteloop
Существует заказ 10000 со значением 13.00 и 2-го класса. Взгляд на плату в таблице сборов показывает, что для этого заказа взимается комиссия в размере 2,00 (2-й класс от 0,00 до <15,00). Если это 'to_value' в таблице сборов, вы отсутствуете; это неявно задается следующей записью (и ее можно легко получить с помощью функции 'LEAD' SQL). Вы также можете сохранить его избыточно (с риском хранения перекрывающихся диапазонов или оставив пробелы). –
PK таблицы вознаграждений является классом + from_value. Он имеет класс FK для класса в таблице классов. Таблица заказов таблицы заказа order_no, а также класс FK для класса в таблице классов. И, ну, класс PK классов классов здесь явно. –