@itechnology

如果要存进 mysql 里，那隐含的含义就是，这些数据是要相互建立查询关系的。如果确实如此，那我真建议先用 UML/ER 之类的图表辅助手段搞清楚每个对象主体包含哪些字段，字段和实体的相互关系如何（多对一？一对多？）


我前面的回复给了一个保存多区间（实际上是保存二元判定函数）的例子，那个方法可以保存由任意多简单逻辑组合成的二元判定。

但直到目前的描述我还是不确定你是否遇到的是需要保存任意复杂二元判定的场景。「标准」是否是一个可保存的实体（意味着很可能需要一个以「标准」作为 primary key 的表）？还是实体上的 bool 字段（意味着要先搞清楚哪个实体要保存「是否标准」这个字段）？


而且当你把两个问题放在一起的时候就更显得迷惑，如果按照问题 1 的描述，系统模型应该是前者，一个属性对应一个「标准」对象和一个「非标准」对象，每个标准 /非标准对象对应若干由逻辑符号（开 /闭）和数字组成的判例；而问题 2 中又在描述一个属性对应若干但固定数量的判断，每个判断是一个标准 /not 标准的二元结论，这描述的就是后者的场景。




或者可以不直接从数据库层面考虑，程序面向对象的建模与数据库建模是完全一致的，代码里的 class 对应数据库中的表，class 的字段对应表中的列，如果程序中对这些结构已经有良好定义的表示，照着 orm 的思路抄进数据库里就完事了，如果程序也还不能处理，那完全可以先尝试把不落库的逻辑实现出来，这是可以反复实验的，等代码模型可以用了再转化成数据库模型。