我想到了两种设计。想根据你们检查哪一个更合适。
所以我有三个表offer，offer_type 和offer_type_filter。
桌子的原创设计
提供
id int(10) unsigned
code varchar(48)
offer_type_id int(10) unsigned
start_date datetime
exp_date datetime
value int(10)
updated timestamp
created datetime
报价类型
id int(10) unsigned
name varchar(48)
condition varchar(512)
offer_type_filter
id int(10) unsigned
filter_type varchar(20)
filter_value varchar(50)
offer_type_id int(10) unsigned
现在你们都可能猜到，offer 有一个类型，而 filter 指定了在什么特定情况下要应用 offer。如果您想知道，那么 offer_type.condition 主要是购买最低 20 美元。300 美元。Offer_type_filter 是将此优惠仅适用于麦当劳。优惠可以在没有过滤器的情况下存在。
当前设计的一个问题是，每次我创建新报价时，即使类型相同，我也必须在 offer_type 中创建一个重复条目，然后在 offer_type_filter 中使用该类型（使用当前类型会弄乱现有报价）。
因此，就数据库重新设计而言，很明显，offer_type 不能存在于 offer_type_filter 中，所以我确信它必须更改为这样的东西
重新设计（取消 offer_type_filter 并创建新的表过滤器。它基本上是重命名为更合适的名称）
筛选
id int(10) unsigned
filter_type varchar(20)
filter_value varchar(50)
filter_type_set_id int(10) unsigned
对于其他表格，我正在考虑这两个选项
选项 1（来自重新设计的 offer_type_filter + 与原始设计相同的其他表）
提供
id int(10) unsigned
code varchar(48)
offer_type_filter_mapping_id int(10) unsigned
offer_type_filter_mapping
id int(10) unsigned
filter_type_set_id int(10) unsigned > from Filter table
offer_type_id int(10) unsigned
如果我选择第一个设计，那么我将在 offer_type_filter_mapping 中有多余的条目。对于没有过滤器的商品，offer_type_filter_mapping 将包含 offer_type_id 条目，其中 null 作为 filter_type_set_id。此外，对于我创建的每种类型，我都必须在映射表中添加一个条目。所以我不喜欢这方面的设计。
选项 2（来自重新设计的 offer_type_filter + 与原始设计相同的其他表）
提供
id int(10) unsigned
code varchar(48)
filter_type_set_id int(10) unsigned > from Filter table
我来到选项 2 只是因为在这种情况下，每个报价都有多余的 filter_type_set_id 并且在我的情况下报价表很大
想要你对你认为哪种设计最不痛苦的批评。常见用例：创建大量带有和不带有过滤器的报价。我们已经有近 40-50 种优惠类型。类型表无法涵盖所有场景，因此我们确实有 10% 的时间创建了新类型。
我也使用 Spring 和 Hibernate，所以你也可以从这个角度思考我的设计约束是什么。
PS您甚至可以添加，在mysql中为每个表生成两个id并不方便，就像在offer_type_filter中一样，但我正在考虑它。可能使用虚拟表进行生成或使用外部生成的 id。
