对于那些处理和构建系统的人来说，了解数据库的重要性以及它们的性能如何影响您的整个架构。想象一下，如果目录页面没有加载，或者客户无法下订单，并且在后台，您意识到数据库是罪魁祸首，您的产品会看起来多么糟糕。由于数据库修复和升级需要大量时间，同时您可能会失去客户、金钱、交易以及不基于场景的东西，因此了解应该如何操作以保持 SQL 性能到位非常重要。

人们说的一个正常调用是编写漂亮的查询并确保你有一个漂亮而强大的系统在此之前保持系统到位很重要，在本文中我指出了一些要记住的指针一个好的 SQL 架构。

表结构

每当为任何用途创建表时，我们必须始终注意结构，因为您总是可以更改错误的查询，但不能修复不正确的表结构。因此，每当您创建表格时，请先了解以下一些情况，然后再做出决定

• Read/Write Ratio [OLTP/OLAP]：这个表有什么用途，是为了分析目的[high read]，还是会有高写入操作，例如存储日志或事件数据[more Write/Updates]。现在出现的问题是，这些信息如何影响穿孔。因此，考虑一个案例，我们希望存储数据主要用于分析目的，例如用户浏览历史记录和分析其上的模式。在这种情况下，经验法则是将数据全部保存在更少的表和更多的列中，需要更少的连接和联合操作，并且会比我们有更多的表提供更好的性能，索引和其他优化将开始大规模失败
• 列的数据类型：您要存储在该表中的数据的使用类型是什么。为每种情况保持数据类型尽可能小，因为它们在磁盘、内存和缓存中使用的空间更少。它们通常需要更少的 CPU 周期并提供更好的性能。这种情况的一个例子可以是比较 DATETIME 和 TIMESTAMP 列，它们存储相同类型的数据，