关系数据库结构逻辑配置

Question

我将使用MySql RDBMS在服务器端开发一个关系数据库。

由于此数据库将包含许多信息，并且将有许多同时查询，因此我想设置一种优化的结构，以避免在检索数据时过程缓慢。

我的主表称为“帐户”，将包含有关用户的名称，姓氏等信息：

 TABLE 'account'

 ID - NAME - SURNAME - AGE

 Primary key -> 'ID'

第二个表将被称为“文件”，并具有一个ID（引用account.id的外键），一个文件名和一个名为“ count”的列：

 TABLE 'file'

 ID - FILENAME - COUNT

 Primary key -> {'ID','FILENAME'}

 Foreign key -> 'ID' -> 'account.ID'

我的最后一个表称为“访问”，其结构如下：

 TABLE 'visit'

 ID - FILENAME - OPTION

 Primary key -> {'ID','FILENAME'}

 Foreign key -> 'ID' -> 'account.ID'
 Foreign key -> 'FILENAME' -> 'file.FILENAME'

虽然第一个表不会包含很多行，但是第二个表可能有几千行，第三个表有数十万行。

也许我错了（我不是数据库系统管理和优化方面的专家：D），但是如果我同时对具有这么多行并与其他表连接的'visit'表进行查询，则过程可能会变慢。

这个结构好还是可以改善？

最后一个问题，当“访问”表更新时，我是否可以使用“访问”中包含的行数自动更新“文件”->“计数”列，其中“ file.filename” =“ visit.filename”？

还是每次都进行类似“ SELECT ecc .. SELECT count（*）”的查询更好？

希望我自己解释一下，谢谢。

Answer 1

根据您的评论，您的想法听上去不错，但是一切都取决于业务，即业务逻辑-如果您考虑进行每日报告，几周，每月访问； 如果企业有兴趣了解过去10、20或30年的访问历史。 以此为基础，您可以不定期创建具有一定时间段（可能是一年）的历史数据表。

如您所见，有很多方法，并且还应考虑技术方面的业务部分（例如磁盘空间，备份等），保留历史数据有多重要以及保留多长时间。

编辑 ：

关于第二个问题，是的，如果您实现触发器，则可以。 但是您可以检查此链接，以确保您是否在决定创建触发器方面做出了正确的决定。 （我不喜欢复制和粘贴，所以我更喜欢共享链接，如果我违反规则，请告诉我）

https://softwareengineering.stackexchange.com/questions/123074/sql-triggers-and-when-or-when-not-to-use-them

更新V.2.0：

意见建议：

1. 尝试不要在列名（例如count，option）上使用受限名称， 我不完全 了解mysql是否受限制， 但在SQL SERVER中是yes ，因此 为了可移植性 最好不要使用这样的名称。

2. 就像乔纳森·莱夫勒（Jonathan Leffler）所说的那样，保存年龄并不是一个好主意，您更喜欢保存生日。