计划选择的数据驱动限制

Question

我正在使用一个复杂的数据结构，我不太确定如何在单个 SQL 查询中解决它，尽管我的直觉告诉我这应该是可能的。

我所做的实质是尝试根据所选硬件模型显示给定供应商的可用计划的结果。结果应仅遵循可能的组合，并且计划包含当前作为键/值对存储在限制表中的限制。以下是我正在使用的简化：

（我将使用无线设备进行类比，因为几乎每个人都熟悉手机）

模型表

---

model_id
vendor_id
is_data
is_voice
is_4g
is_3g

样本数据：

model_id,vendor_id,is_data,is_voice,is_4g,is_3g
DeviceA,Sprint,1,1,0,1
DeviceB,Sprint,1,0,1,0
DeviceC,Sprint,0,1,0,0
DeviceD,Sprint,0,1,0,0
DeviceE,Sprint,0,1,0,0
DeviceF,Verizon,1,1,0,1
DeviceG,Verizon,1,0,1,0
DeviceH,Verizon,0,1,0,0
DeviceI,Verizon,0,1,0,0
DeviceJ,Verizon,0,1,0,0
DeviceK,Tmobile,1,1,0,1
DeviceL,Tmobile,1,0,1,0
DeviceM,Tmobile,0,1,0,0
DeviceN,Tmobile,0,1,0,0
DeviceO,Tmobile,0,1,0,0

计划表

---

plan_id
vendor_id
name

样本数据：

plan_id,vendor_id,name
PlanA,Sprint,Big Data Only Plan
PlanB,Verizon,Small Data Only Plan
PlanC,Sprint,300 Min Plan
PlanD,Verizon,900 Min Plan
PlanE,Verizon,Big Data Only Plan
PlanF,Tmobile,Small Data Only Plan
PlanG,Tmobile,300 Min Plan
PlanH,Tmobile,1000 Min Plan

plan_restrictions 表

---

restriction_id
vendor_id
plan_id
type
value

样本数据：

restriction_id,vendor_id,plan_id,type,value
1,Sprint,PlanA,radio,3G
2,Sprint,PlanA,device_type,data
3,Verizon,PlanB,radio,4G
4,Sprint,PlanC,radio,3G
5,Sprint,PlanC,device_type,voice
6,Verizon,PlanD,radio,3G
7,Verizon,PlanD,device_type,voice
8,Verizon,PlanE,radio,3G
9,Verizon,PlanE,device_type,voice
10,Tmobile,PlanF,device_type,data
11,Tmobile,PlanG,device_type,voice
12,Tmobile,PlanH,device_type,voice

键控限制（实际上我有接近 50 个，这是相同类型的表示）：

---

type / value possibilities
radio / 3g, 4g
device_type / data, voice

我对重组表以使其更容易重新查询的可能性持开放态度，但是我需要保留一定程度的灵活性，因为我确实有大约 1000 个模型、1000 个计划和大约 2000 个限制。

我个人认为这里存在某种结构问题，即。模型可能应该将它们的元素作为键/值对放在单独的表中，但这更加复杂，而且我还没有确定如何首先正确应用数据驱动的限制。

Answer 1

这样的事情应该可以帮助您入门：

SELECT p.name
FROM Plans as p
INNER JOIN plan_restriction as pr
ON p.plan_id = pr.plan_id
INNER JOIN models as m
ON pr.model_id = pr.model_id
WHERE p.vendor_id = 1 AND m.is_data = 1 AND is_4g = 1 AND ...

Answer 2

我与其他 dba 在这里讨论了大约最后一个小时，并认为我解决了它。我为任何发现自己处于类似情况的人发布此信息。最大的问题是我离数据太近了，并且试图在计划需求和模型属性之间强制执行“有意义的”属性和限制......这并不是真正必要的。

我可以将我的数据重组为以下表格：

• 计划
• 限制
• 型号

---

• 计划与限制有多对多的关系
• 模型与限制有多对多的关系

---

我会解决与 intirum 表的多对多关系

• Plans_Restrictions
• Models_Restrictions

---

这会让我有愚蠢的“限制”，比如“红色的东西”

我会以链的形式查询：

• 计划
• Plans_Restrictions
• 限制
• Models_Restrictions
• 型号

即。要获取符合我可以使用的计划的所有模型及其属性信息（限制信息）：

SELECT 
    M.* 
    ,R.*
FROM (
    SELECT P1.*
    FROM Plans P1
    WHERE id_vendor = @id_vendor
) P

INNER JOIN Plans_Restrictions PR
ON P.plan_id = PR.plan_id

INNER JOIN Restrictions R
ON PR.property = R.property

INNER JOIN Model_Restrictions MR
ON R.property = MR.property

INNER JOIN Model M
ON MR.model_id = M.model_id

为了获得所有符合模型条件的计划，我将反转 5 表链式连接。

感谢 Abe.. 详细写下来解释它，并理解为什么你的建议没有解决我的问题真的帮助我理解我的问题是什么以及我真正需要做什么。如果没有你，我想我不会这么快解决它。