擅长:python、mysql、java
<p>对于“X型公司和Y型公司都有联系人”问题,至少有四种方法:</p>
<ol>
<li>两张表:公司和联系人。公司有一个枚举属性,其值为X和Y,并且每个联系人都有一个公司的外键。在</li>
<li>三个表:一个表X用于X公司,另一个表Y用于Y公司,一个表用于联系人C,其中C同时具有X和Y的外键。外键可以为空。在</li>
<li>四个表:X、Y、Cx和Cy,分别跟踪两个不同类型公司的两个不同联系人。(所以Cx有X的外键,Cy有Y的外键)。在</li>
<li>五个表:从这三个表X、Y和C开始,但是没有向C添加可为null的指针,而是添加两个多对多连接表XC和YC。在</li>
</ol>
<p>它们对底层数据有不同的要求。您现在使用的是三表解决方案<code>(X, Y, C) = (Company, Supplier, Contact)</code>。如果一些联系人将在公司和供应商之间共享,这样您有时需要问“谁是这家公司和那个供应商之间的联系人?”。我维护一个使用双表解决方案的数据库,当它最初被采用时,它是一个很好的解决方案(为什么我们不必重复地址和联系人的逻辑?)但今天它看起来很笨拙(因为“Company”表包含的字段只对X和Y单独有意义)。在</p>
<p>在我的例子中,如果我们迁移的话,最容易处理的可能是四表解决方案:将X型公司的联系人与Y型公司的联系人完全分开。如果您从当前的方法开始,那么如果您在应用程序中面临类似的成长难题,那么五表解决方案将是明显的概括。在</p>
<p>至于追踪电话号码,你有一些有限的选择:</p>
<ol>
<li>在Contacts表中存储一组列,每个单独的电话号码对应一列。这真的很快就变丑了,但这是一个快速简单的方法。这称为“非规范化”数据。在</li>
<li>将JSON存储在联系人列表的文本字段中。电话号码不太可能被搜索太多;只是说“我有这个号码,它是谁的”并不常见,因此可以轻松地反规范化。这还允许您执行<code>{"mon thru thurs": 12025551234, "fri, sat": 12025554321}</code>之类的操作,为数字存储简单的自定义注释。在</li>
<li>创建一个电话表,就像你现在所做的那样。这是最常用的方法,如果需要这些类型的注释,可以向该表添加另一个文本字段。在</li>
</ol>
<p>如果您将选项3与上面的选项3混合使用(四个表加上一个显式电话表),那么您可能希望有单独的电话表和单独的联系人表;Px和Py各有一个Cx和Cy的外键</p>