SQLServer中需要避免的查询设计错误

SQL Server中应避免的常见查询设计错误:

1.如果在建立数据模型时不考虑数据访问方式，会导致查询困难。您可能会使用不必要的连接来添加代码并降低性能。
如果您想纠正这个问题，请考虑需要访问数据的查询。如果现阶段查询不清楚，以后写代码就更难了。很可能是数据库设计过于复杂，可以通过简化来提高查询性能。

与此相关的是，如果你是一个直觉型的人，在选择数据建模工具的时候，把数据模型打印出来，或者查看一下网上的模型。这可以提高您的代码时间和准确性。

2.传统上，所有的数据库访问都是基于集合逻辑的。总的来说，我同意这是体验之一。当基于集合的逻辑是正确的选择，但是使用了指针，可能会对性能造成很大的损害。SQL Server被设计为使用基于集合的逻辑，并且应该在大多数处理中使用。

事物分两面，另一面是指针的例子。在这种情况下，指针逻辑优于基于集合的逻辑。从这些信息中得出的结论是判断你想要进行的治疗类型，并选择最适合你需要的技术。

3.SQL Server 2005为您的查询提供了一整套新的机会。因此，旧方法可能仍然有效，但现在是时候考虑最新的选择了。TRY…CATCH错误处理是您应该在代码中首先使用的技术之一。此外，应该考虑在处理层次结构时可以使用一般的表压缩；最后要考虑的是扩展关系数据库引擎的功能:公共语言运行时(CLR)。所有这三种技术都极大地改变了您使用SQL Server的方式，它们只是冰山一角。

4.检查您的代码，然后安排一个时间进行同样的检查。这是在部署代码之前必须做的事情。检查代码和定义查询计划是确保使用适当索引和查询按预期运行的重要保证。

5.输入SELECT *语句，认为表永远不会改变。这是一个典型的查询设计错误。即使在最简单的解决方案中，表的更改也是不可避免的，您需要检查代码以确保它不包含额外的字段。或者，更糟糕的是，您必须等待应用程序崩溃，然后修复这些问题。实用的解决方案是在查询中包含您需要的字段，然后在必要时修改它们。不要在吸烟模式下浪费时间，彻底调查代码。

6.遗憾的是，我见过的大部分代码都很少或者没有注释。因此，即使对于最初开发这个应用程序的开发人员和/或数据库管理员来说，进行更改也是一项艰巨的任务。注释代码确实是一个快速、轻松的过程，这对于未来的开发人员以安全、省时的方式理解和修改代码是必不可少的。

7.很少有开发人员和数据库管理员喜欢简单的测试，他们不喜欢在将代码发布到生产环境之前进行严格的测试。而且开发环境在硬件和数据方面通常达不到生产环境的规模。也就是说，简单的查询可以很好地处理数百甚至数千条记录，但在生产环境中却不是这样。没有更好的方法来准备您的查询，而是在测试环境中测试一个碎片表中的数百万条数据，以确保查询将按您的预期运行。

8.输入不带WHERE子句的SELECT语句。指望中间层或前端以比SQL Server更高效的方式处理获得的数据，这是一个糟糕的想法。SQL Server旨在非常高效地处理和执行查询。移动大量数据只会让被洪水包围的系统和网络陷入困境。确保尽可能过滤您的数据，以避免影响性能。

9.视图可以满足您在复杂查询中简化代码的需要。它们通常用于帮助授权用户查询数据库。不幸的是，好事太多也会严重影响表现。视图是一个简单的SELECT语句。每次输入SELECT语句时，都必须再次输入视图的SELECT语句。限制视图的使用，以防止它们查询其他视图。或者，构建一个存储过程来查询数据，并向其传递所需的参数，以满足应用程序或用户的需求。