Database 邮件列表实现(数据库设计)

Database 邮件列表实现(数据库设计),database,Database,我目前正在重构一个web应用程序。现在有一个“Contact”表,它与主“Client”表有一对一的对应关系,bool表示客户是否希望接收邮件。邮件列表每月访问一次,客户的个人资料页面每天访问多次。我在想,用邮件列表中每个人的客户机ID创建一个新表是否“更干净”,因为查询键是否在表中应该与访问信息花费大约相同的时间。我应该这样做,还是应该保持原样 谢谢, 乔伊斯保持原样。为什么要复杂化?尽量保持简单。保持原样。为什么要复杂化?尽量保持简单。带有(clientid,emailid)的关联表太规范化

我目前正在重构一个web应用程序。现在有一个“Contact”表,它与主“Client”表有一对一的对应关系,bool表示客户是否希望接收邮件。邮件列表每月访问一次,客户的个人资料页面每天访问多次。我在想,用邮件列表中每个人的客户机ID创建一个新表是否“更干净”,因为查询键是否在表中应该与访问信息花费大约相同的时间。我应该这样做,还是应该保持原样

谢谢,
乔伊斯

保持原样。为什么要复杂化?尽量保持简单。

保持原样。为什么要复杂化?尽量保持简单。

带有(clientid,emailid)的关联表太规范化了。我想还是这样比较好。另外,如果您想在任何ui屏幕中显示联系人电子邮件ID,您可以避免由于这个新的关联表而产生的内部联接开销

但是,将来如果您遇到需要将多个emailid与clientid关联的要求,您可以考虑创建一个关联表。

具有(clientid,emailid)的关联表太规范化了。我想还是这样比较好。另外,如果您想在任何ui屏幕中显示联系人电子邮件ID,您可以避免由于这个新的关联表而产生的内部联接开销


不过,将来如果您遇到需要将多个EmailID与clientid关联的要求,您可以考虑创建一个关联表。

谢谢您的回答。事实上,我很惭愧地说,我完全忘记了这一点,因为其他工作使我甚至没有时间考虑重构这段代码。我之所以考虑这样做,部分原因是因为每个用户都可能需要发送多封电子邮件。但既然这不是一成不变的,我就暂时不谈了。谢谢你的回答。事实上,我很惭愧地说,我完全忘记了这一点,因为其他工作使我甚至没有时间考虑重构这段代码。我之所以考虑这样做,部分原因是因为每个用户都可能需要发送多封电子邮件。但既然这不是一成不变的,我就暂时不谈了。