我正在考虑有效地存储一个学生可以注册的课程表。这个表可能会有很大的加班时间，因为他们提供的课程总是越来越多。每门课程包含：
- id
- 资源阵列
- 入学学生人数
- 教师队伍
- 聊天文件数组
- 课程代码
- 评级
我正在寻找存储这些信息的最佳方式。还必须清楚的是，学生和聊天文件的数组可能也会变大。
我认为使用此表的最佳方法是将每一行（每门课程）表示为以下内容：
- id
- 作为服务器上资源路径的字符串数组
- 代表学生的用户id数组
- 代表教师的用户id数组
- 作为聊天日志文件路径的字符串数组
- 课程代码
- 评级
这是最有效的方法吗？这种方式可以缩放吗？
如果他们有SQL专家可以给我一些友好的建议，请分享！
首先用KEY和DESCRIPTION将要"查找"的表拆分为自己的表。然后决定你的聊天是否可以搜索。
创建t资源、t研究、t教师、t课程、t评分、t课程。然后是其余部分的链接表，特别是考虑到一些是共享的，即教师、资源等。tCourse_resources、tCourse_Student、tCoure_Teacher（intCourse、intTeacher）等，你就明白了。