组织 MySQL 数据库

Question

我正在开发一个应用程序，需要我创建我的第一个大型 MySQL 数据库。我目前很难思考组织它的最佳方式。谁能推荐一些阅读材料，展示为不同目的组织 MySQL 数据库的不同方法？

我不想尝试详细了解我想象的数据库主要组件的详细信息，因为我不确定我现在是否可以清楚地表达它以提供帮助。这就是为什么我只是在寻找一些有关 MySQL 数据库组织的通用资源。

Answer 1

我学会解决这些问题的方法是停下来进行联想。

在更多强制面向对象的语言中（我假设您使用的是 PHP？），您可以很快学会如何思考 OO，这正是您所追求的。

我的工作流程是这样的：

1. 弄清楚你需要存储哪些数据。 （客户名称等）
2. 找出您正在使用的主要对象（例如客户、订单、销售人员等），并为每个对象分配一个键（例如客户 ID）。
3. 找出哪些数据连接到哪些对象。 （客户名称属于客户）
4. 弄清楚主要对象如何相互连接（销售人员向客户销售订单）

一旦有了这些，您就拥有了您所追求的良好对象模型。下一步是查看连接。例如：

• 每个客户只有一个名字。
• 每个产品可以多次销售给任何人
• 每个订单只有一名销售人员和一名客户。

一旦你解决了这个问题，你想尝试一些叫做标准化，这是一种将数据集合放入表列表中的艺术，同时仍然最大限度地减少冗余。 （这个想法是，一对一（客户名称）与客户 ID 一起存储在表中，多对一、一对多和多对多按一定规则存储在单独的表中）

这就是要点其中，如果您需要，我会为您扫描我的工作流程中的示例表。

Answer 2

也许我可以根据自己的经验提供一些建议，

• 除非非常具体的用法（例如全文索引），使用InnoDB表引擎（事务，行锁定等...）
• 指定默认编码 - utf8 通常是一个不错的选择
• 微调服务器参数（*key_buffer* 等...网上有很多材料）
• 手工绘制您的数据库方案，与同事和程序员讨论它
• 定义数据类型不是基于不仅在程序使用上，而且在 join 查询上（如果类型相同，速度更快）
• 根据预期的必要查询创建索引，也将与程序员讨论
• 计划备份解决方案（基于数据库复制） ，或脚本等...）
• 用户管理和访问，仅授予必要的访问权限，并创建一个只读用户以供大多数查询使用，不需要写访问
• 定义服务器规模、磁盘（raid？）、内存、CPU

这里还有 使用和创建数据库的一些技巧。

Answer 3

我可以向您推荐本书的第一章：数据库系统简介 ，它可能会帮助你组织你的想法，我当然建议不要使用第五范式而使用第四范式，这非常重要。

Answer 4

如果我只能给您一个建议，那就是生成与生产相似数量的测试数据并对主要查询进行基准测试。

只要确保数据分布是真实的即可。 （并非所有人都叫“约翰”，并非所有人都有独特的名字。并非所有人都会提供电话号码，而且大多数人也不会拥有 10 个电话号码）。

另外，请确保测试数据不适合 RAM（除非您希望生产数据量也适合）。