问Mysql数据库设计

EN

目前，我正在从事一个项目，乍一看，它将需要一个数据库中的许多表。大多数表都相当简单，但是我确实有一个问题。其中一个表格将是一个网站的成员名单，如用户名，密码，联系方式，生物，教育等将包括在内。这是一个简单的设计，但是，每个成员也需要输入它们的可用性并存储在数据库中。可用性定义为日期和时间范围。类似于2011年4月5日从东部时间下午1点到下午6点，或者不在东部时间下午8点以后的每周五。对于单个用户来说，这可能是一个表本身，但对于许多用户来说，我不知道如何以一种可管理的方式组织数据。首先考虑的是为每个用户创建一个表的代码，但这可能意味着数据库中除了我为其他站点功能所拥有的少数表之外，还有很多表。从逻辑上讲，我可以使用附加到Avail_或表名(即: Avail_UserBob )的用户名，然后根据需要进行查询。但我很好奇是否有人能想到比在一个数据库中拥有数百个表的潜力更好的选择。

编辑这样一般的协议将是有一个表的成员，唯一的关键是ID，例如。然后有第二个可用表(日期、开始时间、结束时间、可用与否的布尔值以及适用于此的成员id )。Django可能听起来不错，工作也很好，但是我没有时间在这个项目中花时间学习另一个框架。2表方法似乎是可滥用的，但我担心的是，需要额外的编码功能，这些特性将利用A)构建一个像日历一样的页面来添加、编辑或删除输入的值，以及( B)与另一个列出游戏的表中的条目相匹配。虽然我可能有更多的编码，但我可以接受，只要数据库是健全的，功能的，并没有那么混乱。谢谢你们的意见。