【发布时间】：2012-01-23 22:08:10
【问题描述】：
上个月我完成了基本上不可能的事情：我在 Intel Celeron 2.5Ghz / 512 MB RAM / >40GB IDE 硬盘上安装了 Debian 服务器，MySql 运行顺利。我设法使用 MySql Workbench 进行连接，然后我意识到我并没有停下来思考数据库模型。
我当前的数据库是一个 Access 97 数据库，有 2 个巨大的表： Tbl_Swift - 13 个字段，其中一个是包含整页信息的“备忘录”字段。 Tbl_Contr - 20 个字段，其中四个是带有信息页面的“备忘录”字段。
这并不是说数据库在 Access 上很重或很慢，但我想让大多数用户都可以使用它......然后我意识到我应该优化我的数据库，但问题是：
为什么？
它会有那么大的不同吗？我将有少于 5 个用户连接到该数据库，并且没有一个用户具有“写入”权限，他们只会运行一些标准查询。数据库本身相当小，不到 600MB 和约 90K 条记录。
那么，我真的应该停下来考虑让它更“优化”吗？
【问题讨论】：
-
所以...没有人让您这样做，您不想这样做...您是在寻找关心良好数据库设计的理由吗？务实地说，如果它没有坏就不要修复它。
-
优化了什么，具体来说？
-
其实我想跳过这部分，将所有旧数据库上传到MySql，开始专注于创建一个连接数据库的应用程序。当我说 OPTMIZE 时，我的意思是当人们说我应该有很多信息很少的表时——所以专注于以尽可能多的规范化对数据库进行建模。至少我想知道保持数据库大而笨重并在以后担心它是否是个好主意 - 无论如何，我应该花时间使数据库尽可能轻，还是因为它很小所以我可以不这样做数据库和小用户群？
标签： mysql database data-modeling