之前的工作都是简单的前端和一些php查询，这次自己在做一个多用户的课程预约系统，用户自己建课，然后给其他用户预约。之前没有设计过数据库，暂时先用mysql试试水，自己现在设计的结构是： －－－－ 用户表（存用户唯一id和pswd还有信息）， 课程表（课程唯一id和创建用户id还有介绍信息）， 预约表（每有一个预约，就存下预约的用户id和对应的课程id）； －－－－ 这个三个表基本可以完成我想要的查询，但是我觉得缺点是，所有用户只要预约课就会把记录存进预约表里，假设有1000个用户，每个用户最少创建里一个课程，一个课程被100人预约了，那预约表里就会被记录 10001100 ＝ 100000 条信息，在需要查询某个用户要查询自己所有预约课列表的时候，就必需去查询整个预约表，获得含此用户id的记录，预约表记录多了以后，肯定是个弊端，特被是mysql为例。想请问有没有办法拆分这个预约表，或者有其它办法来设计这个数据库结构，也可以尝试用noSql来做，只是之前php接触过mysql，所以暂时用它来做。 谢谢各位的阅读。