30秒到达战场
过度使用和/或依赖存储过程。一些应用程序开发人员将存储过程视为中间层/前端代码的直接扩展。这似乎是Microsoft堆栈开发人员的一个共同特点(我是其中之一，但我已经从它中长大了)，并产生了许多执行复杂业务逻辑和工作流处理的存储过程。在其他地方这样做要好得多。当实际证明某些实际技术因素需要使用存储过程(例如，性能和安全性)时，存储过程是有用的，例如，使大型数据集保持“接近数据”的聚合/过滤。我最近不得不帮助维护和增强一个大型的Delphi桌面应用程序，其中70%的业务逻辑和规则是在1400SQL Server存储过程中实现的(其余在UI事件处理程序中)。这是一场噩梦，主要是因为在TSQL中引入有效的单元测试非常困难，缺少封装和糟糕的工具(调试程序、编辑器)。在过去与Java团队一起工作时，我很快发现，在这种环境中，通常完全相反。一位Java架构师曾经告诉我：“数据库是用于数据的，而不是代码。”这些天，我认为完全不考虑存储过程是一个错误，但是在提供有用好处的情况下，应该谨慎地(而不是默认地)使用它们(请参阅其他答案)。