我正在努力创建基于会员的Web应用程序。要成为会员，您必须填写一份有资格开展业务的冗长会员申请表。应用程序完成后，将转到站点管理员进行审批。该应用程序包含大约60个左右的问题需要回答。一旦获得批准，这些问题中的25％可能与您的会员资料相关。其余问题仅在审核过程中使用，并且一旦“潜在客户”成为“成员”，就不会被引用。这是我的问题：
我是否应该将所有潜在客户问题与所有成员信息合并到一个表格中，或者以某种方式将其拆分？这种关系是1对1，所以这让我觉得它应该在一张桌子里。让我感觉它应该在单独的表中的部分是，在潜在客户成为会员之后，许多应用程序信息变得无关紧要。似乎会浪费很多空间......
应用程序实际上已存在;我只是将它从ASP Classic改为PHP / MySQL，并进行了一些相当大的功能改进。当前的应用程序有一个“前景”表和一个“成员”表。当潜在客户成为会员时，当前的应用程序会将相关数据复制到成员表中，并使用名为“已删除”的位列将潜在客户标记为已删除......仅供更多背景...
编辑： 我将把数据库从MSSQL2005迁移到MySQL
答案 0 :(得分：1)
我会使用现有的方案。它可能看起来像是一些浪费的空间，但它有这些好处：
您的会员表仅包含实际成员公司的信息。它没有未审查或被拒绝的潜在客户的记录。
当用户编辑他们的个人资料时，您的潜在客户表不会被更改，因此您将拥有实际应用程序的历史记录。如果个人资料变化太大，以至于如果公司申请了新信息，公司就不会被接受，这可能很方便。
当然，当你看一个潜在客户时，你不必加入两张桌子。一个小问题，但如果你不需要，为什么要通过它。