6、我没有注释

　　不幸的是，我见过的大多数代码都很少或者根本没有注释。所以进行更改是一件令人畏惧的任务，即使是对那些最初开发了这个应用程序的开发人员和/或数据库管理员。注释你的代码真的是一个快速并且不痛苦的过程，对于未来的开发人员以安全和省时的方式理解和修改代码来说，这是至关重要的。

　　7、当然，我会测试的……

　　很少开发人员和数据库管理员会喜欢简单的测试，他们也不喜欢在发布代码到产品环境之前进行严格的测试。并且，开发环境通常在硬件和数据量上都达不到产品环境的规模。就是说，简单的查询在几百个或者甚至是几千个记录上都可以工作良好，但是在产品环境中就不是这样了。对于你的查询没有别的更好的准备办法了，只有在测试环境中对含有碎片的表中几百万条数据进行测试，以此来确保查询会按照你的期望运行。

　　8、让我用这个吧，就是这个!

　　输入select语句，没有包含where子句，期望中间层或者前端以比SQL Server更加有效的方式来处理得到的数据，这是个很糟糕的主意。SQL Server就是设计用来处理查询，并且将其执行得非常高效的。将大量的数据移动只会让被洪水包围的系统和网络陷入困境。一定要尽可能地过滤你的数据，避免对性能产生影响。

　　9、请让我用视图来查询吧

　　视图可以满足你简化复杂查询中的代码的需求。它们通常用来帮助有权利的用户查询数据库。不幸的是，太多的好事情也会严重影响性能。视图就是一个简单的select语句，视图的select语句必须在每次你输入select语句的时候再次输入。限制视图的使用，防止它们查询其他视图。或者，构建一个存储过程来查询数据，并且传递给它需要的参数来满足应用程序或者用户的需求。

　　10、不，这不是我的代码……

　　我们都犯错误，我们最后工作的那个系统应该是从我们在当前系统中获得的知识中获益。所以，记录你学到的东西，并且把它与你的团队共享，让集体受益。当你有机会的时候，回到先前的系统中，用你从那个项目中学到的知识改善它们。

　　结论

　　如果你在查询中犯了以上或者其他的错误，承认错误，努力去纠正它。说起来容易做起来难，但是纠正这些问题会让企业获益，并且对应用程序的名声有好处。看完了这篇文章，开始为你正在做或者以后要做的项目构建一个私人的代码指南吧。