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

前端之家收集整理的这篇文章主要介绍了sql-server-2005 – 存储过程的版本更改前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个非常依赖存储过程的应用程序(sql 2005/2008).我们正在做一个小修改,修改这些存储过程中的25-35个.应用程序使得两个版本的存储过程都必须可用.

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

这是我提出的两个选项

>制作每个存储过程的“2”版本.如果我有一个名为getUser的过程,请创建一个getUser2.这样做的缺点是,随着每个版本的更改,存储过程的数量将呈指数级增长
>将@version参数添加到默认为v1的每个存储过程.这将使存储过程的数量减少,但会使每个存储过程膨胀

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

科迪

解决方法

我借此机会从存储过程转移到ORM或其他方法.您提出的两种解决方案都需要某种代码更改来决定使用哪种存储过程.相反,我决定是否使用存储过程或ORM.我还会制定淘汰大部分存储过程的计划.

在我的职业生涯中,我已经看到了很多糟糕的代码并搞砸了系统,但是没有什么可以破坏我的希望,就像在存储过程列表中看到GetItemFromLots_2_Temp_2一样可以挽救一个项目.与多个存储过程相比,多种方法更漂亮,更易于维护.

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

猜你在找的MsSQL相关文章