sql-server-2005 - 存储过程的版本更改

Question

我有一个非常依赖存储过程的应用程序 (SQL 2005/2008)。我们正在做一个小的更新，将修改这些存储过程中的 25-35 个。应用程序使得存储过程的两个版本都必须可用。

这是应用程序的主要版本 4，通常我们已经能够完全修改数据结构以适应每个新版本。但是在这种情况下，我们不能这样做。

这是我想出的 2 个选项

制作每个存储过程的“2”版本。如果我有一个名为 getUser 的过程，则创建一个 getUser2。这样做的缺点是存储过程的数量会随着每个版本的变化呈指数增长

向默认为 v1 的每个存储过程添加一个 @version 参数。这将减少存储过程的数量，但会使每个存储过程变得臃肿

有没有人对此有任何想法？还有其他聪明的想法吗？

科迪

Answer 1

我会借此机会从存储过程转向 ORM 或其他一些方法。您提出的两种解决方案都需要更改某种代码来决定使用哪个存储过程。相反，我会让它决定是使用存储过程还是 ORM。我还会制定计划逐步淘汰大部分存储过程。

在我的职业生涯中，我见过很多糟糕的代码和搞砸的系统，但没有什么能像看到 GetItemFromLots_2_Temp_2 那样打消我希望一个项目可以挽救的希望。在存储过程列表中。多个方法比多个存储过程更漂亮，更容易维护。

(对于喜欢存储过程的其他人。我并不是说它们不好。我确信有一些聪明的方法可以使用存储过程来处理这类事情，但是，如果使用这种方法，这个问题就不会被问到了。)