在上个月，我基本上完成了不可能的事情:我在 Intel Celeron 2.5Ghz/512 MB RAM/>40GB IDE 硬盘驱动器上有一个 Debian 服务器，MySql 运行平稳。我设法使用 MySql Workbench 进行连接，然后我意识到我没有停下来考虑数据库模型。
我当前的数据库是一个带有 2 个巨大表的 Access 97 数据库: Tbl_Swift - 13 个字段，其中一个是带有整页信息的“备忘录”字段。 Tbl_Contr - 20 个字段，其中四个是带有信息页的“备忘录”字段。
这并不是说数据库在 Access 上很重或很慢，而是我想让它对大多数用户可用......然后我意识到我应该优化我的数据库，但问题是:
为什么？
它会带来很大的不同吗？我将有少于 5 个用户连接到该数据库，并且没有人拥有“写入”权限，他们只会运行一些标准查询。数据库本身相当小，不到 600MB 和约 90K 条记录。
那么，我真的应该停下来考虑让它更“优化”吗？
最佳答案
“当我说 OPTMIZE 时，我的意思是人们说我应该有很多表，但信息很少”
你说的是归一化，最近这里有一个关于归一化与性能的帖子:Denormalization: How much is too much?
是的，我认为您应该在 DB 变得太大之前考虑规范化。
关于mysql - 我什么时候应该关心数据建模？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8567075/