多业务管理客户的数据库设计

Question

我为此绞尽脑汁已经有一段时间了。这是我的情况。

我正在建设一个网站，将为企业提供调度服务。这些企业为他们的客户提供服务。我希望每个企业都能管理自己的客户，这样他们就可以随意创建客户了。企业可能有同样的客户。我不介意有一个客户端表，其中包含一个client_id和business_id列，该列将客户端与该业务关联起来。通过这种方式，每个企业都可以管理自己的客户，我不介意有这样的副本。我想到的专栏是电子邮件，first_name，last_name，地址之类的所有基本联系信息。然而，电子邮件不能被要求，因为在这个行业中，可能有潜在的客户没有一个电子邮件地址。企业应该能够为客户预订服务。

我也希望客户能够通过我的网站与业务预订服务。如果他们通过网站预订，这对我来说是最好的真相来源，所以我想捕捉这些数据，用这个来为我建立一个客户表。如果他们确实通过我的网站预订，他们应该能够看到服务的历史预订。另一方面，如果一家企业通过后端应用程序对客户进行预订，并且在3个月后，客户端决定通过我的网站在前端预订，我想认识到这一点，并允许客户和企业查看过去和现在的预订。

我已经尝试过的

​

​

这使得企业可以随意创建客户并管理自己的客户。如果他们为客户提供了一个电子邮件地址，我会在customer表中为我创建一个客户。然后，当客户决定注册网站时，我在user表中创建用户并将其链接到客户，客户可以链接到客户表中的多个客户记录，因为一个企业可能有相同的客户端。但这样至少我有一个独特的客户记录，客户可以管理自己的联系信息将存储在客户表，业务可以管理自己版本的客户。

这似乎很好，当我去给客户开账单时，出现了一个问题。我将使用条纹处理信用卡支付代表企业。在哪里存储与客户/客户端相关的条带数据？常识是要将其存储在customers表中，但是，如果业务在预订服务时不为客户创建电子邮件，该怎么办？

我希望这对某人来说是有意义的。有没有人遇到过为多个企业管理客户的问题？这些客户也是您网站的客户。这就像一个单一的记录(客户/客户)属于三个不同的实体(业务，网站和客户本身)。我是网站，我不需要管理客户/客户的数据，无论他们给我什么，我将采取。但企业可能希望自己来管理。

只是想了解一下其他人在这种情况下可能会做些什么。

Answer 1

客户应该能够按业务提供信息。这包括了你作为一家企业。你的生意(和他们)正好让他们接触到其他的生意。

(请注意，您无法知道另一个企业的客户是否与您的客户是同一个人，除非他们在登录到您的某个企业时与您注册，或者在您以注册用户身份登录时注册业务。你所支持的两家企业也是如此。)