成员资格应用程序数据库模型

Question

我正在创建一个基于会员制的web应用程序。为了成为会员，您必须填写一份冗长的会员申请表，以证明您的业务合格。一旦申请完成，它将提交给网站的管理员进行审批。这个应用程序包含大约60个需要回答的问题。一旦你获得批准，这些问题中可能有25%与你的会员档案相关。剩下的问题只在审查过程中使用，一旦“潜在客户”成为“成员”，就再也不会被引用了。这是我的问题：

我应该将所有潜在客户问题与所有成员信息合并在一个表中，还是以某种方式将其拆分？这种关系是一对一的，所以我觉得它应该放在一个表中。让我觉得它应该放在单独的表中的部分是，在潜在客户成为会员后，许多应用程序信息变得无关紧要。这看起来会浪费很多空间……

这个应用程序实际上已经存在了；我只是把它从ASP Classic改成了PHP/MySQL，并做了一些相当大的功能改进。当前应用程序有一个"prospects“表和一个"members”表。当潜在客户成为成员时，当前应用程序将相关数据复制到members表中，并使用名为" deleted "......just的位列将潜在客户标记为已删除，以了解更多背景...

编辑:我将把数据库从MSSQL2005迁移到MySQL

Answer 1

我会使用现有的方案。它看起来像是浪费了一些空间，但它有以下好处：

您的members表将仅包含来自实际为成员的公司的信息。它将不会有未审核或拒绝的潜在客户的记录。

当用户编辑他们的配置文件时，您的prospects表不会更改，因此您将拥有实际应用程序的历史记录。这可能是方便的，如果个人资料变化太大，公司将不会被接受，如果他们申请了新的信息。

当然，当您查看潜在客户时，您不必连接两个表。这是一个小问题，但是如果你没有必要的话，为什么还要去做呢？