背景

我是计算机科学一年级的学生，我在我爸爸的小公司兼职。我没有任何实际应用程序开发的经验。我用Python写过脚本，用C写过一些课程，但没有像这样的。

我爸爸有一家小型培训公司，目前所有的课程都是通过外部网络应用程序安排、录制和跟踪的。有一个导出/“报告”功能，但它是非常通用的，我们需要特定的报告。我们无法访问实际的数据库来运行查询。我被要求建立一个自定义报告系统。

我的想法是每天晚上创建通用的CSV导出，并将它们导入(可能使用Python)到办公室托管的MySQL数据库中，从那里我可以运行所需的特定查询。我没有数据库方面的经验，但了解最基本的知识。我读了一些关于数据库创建和标准表单的知识。

我们可能很快就会有国际客户，所以我希望数据库不会爆炸，如果/当这种情况发生时。我们目前也有一些大公司作为客户，他们有不同的部门(例如ACME母公司、ACME医疗保健部门、ACME身体护理部门)。

我想到的模式如下:

From the client perspective: Clients is the main table Clients are linked to the department they work for Departments can be scattered around a country: HR in London, Marketing in Swansea, etc. Departments are linked to the division of a company Divisions are linked to the parent company From the classes perspective: Sessions is the main table A teacher is linked to each session A statusid is given to each session. E.g. 0 - Completed, 1 - Cancelled Sessions are grouped into "packs" of an arbitrary size Each packs is assigned to a client

我在一张纸上“设计”(更像是乱写)模式，试图将其正常化到第三种形式。然后我把它插入MySQL工作台，它使它对我来说都很漂亮:(点击这里查看全尺寸图形)

(来源:maian.org)

我将运行的示例查询

哪些仍有信用的客户是不活跃的(未来没有安排课程的客户) 每个客户/部门/部门的出勤率是多少(以每次会议的状态id来衡量) 一个老师一个月上几节课 标记出勤率低的客户 人力资源部门的自定义报告，包括其部门人员的出勤率

问题(s)

这是设计过度还是我的方向正确? 对于大多数查询，需要连接多个表是否会导致很大的性能损失? 我给客户端添加了一个“lastsession”列，因为这可能是一个常见的查询。这是一个好主意，还是我应该保持数据库严格规范化?

谢谢你的宝贵时间