数据库设计，在同一个表

Question

业务场景多种类型的客户：

• 客户可以登录到在线电子商务应用，使用他们的电子邮件地址作为其登录信息。

• 我们有一个CRM应用程序依赖于同一个数据库。员工使用CRM应用程序添加非在线客户，并且此处不需要电子邮件字段。

技术上： 在客户表中没有什么“自然”做出PK。无论如何，即使没有自然的PK，我也总是使用人造PK。我担心这最终会导致搜索，完整性等方面的问题。但我无法确定究竟会出现什么问题。

我认为开发人员不会期望电子邮件列允许为空，他们将创建忽略这种情况的程序。

请记住整个系统和大部分数据库都依赖于客户数据，如果客户表中出现问题，它可能会被其他表继承。

两种类型的客户在我的大脑中触发异常，但我无法弄清楚异常的消息。你怎么看？现在找出一些出路是否更好？或者你认为，这样可以，直到出现问题为止，因为这不太可能会导致问题，请记住，问题不是由于秘密的问题，它可以是可维护性或发展并发症？

感谢

Answer 1

是否有一个具体的理由在同一个表将这些数据一起？ CRM“客户”和电子商务客户在此数据库中共享许多其他表格吗？

老实说，我不会把电子商务客户放在这个数据库中。尽管您可以创建视图来轻松分离电子商务和CRM数据，但这对我来说似乎完全没有必要。此外，您还没有描述为什么电子商务和CRM数据需要存在于同一个数据库中的任何特定原因。也许有一个原因，你没有包括在问题中，但如果你问我，这已经闻起来了。

从我们这里包含的信息来看，我不认为你会为电子商务客户创建一个单独的数据库和表格，从而失去任何重要的东西。将不相关的数据分开。

编辑：

为了让体验更加明确：如果你的电子商务客户不与CRM客户共享大量的数据，创建新的客户表。如果他们分享大量的数据，那么一个空列可能不是世界的尽头。