前端之家收集整理的这篇文章主要介绍了
sql-server-2005 – 存储过程的版本更改，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
我有一个非常依赖存储过程的应用程序(
sql 2005/2008).我们正在做一个小
修改,
修改这些存储过程中的25-35个.应用程序使得两个版本的存储过程都必须可用.
这是应用程序的主要版本4,通常我们已经能够完全修改数据结构以适应每个新版本.但是在这种情况下,我们不能这样做.
这是我提出的两个选项
>制作每个存储过程的“2”版本.如果我有一个名为getUser的过程,请创建一个getUser2.这样做的缺点是,随着每个版本的更改,存储过程的数量将呈指数级增长
>将@version参数添加到默认为v1的每个存储过程.这将使存储过程的数量减少,但会使每个存储过程膨胀
有没有人对此有任何想法？还有其他聪明的想法吗？
科迪
我借此机会从存储过程转移到ORM或其他
方法.您提出的两种
解决方案都需要某种
代码更改来决定使用哪种存储过程.相反,我决定是否使用存储过程或ORM.我还会制定淘汰大部分存储过程的计划.
在我的职业生涯中,我已经看到了很多糟糕的代码并搞砸了系统,但是没有什么可以破坏我的希望,就像在存储过程列表中看到GetItemFromLots_2_Temp_2一样可以挽救一个项目.与多个存储过程相比,多种方法更漂亮,更易于维护.
(对于喜欢存储过程的其他人.我并不是说他们很糟糕.我确信有一些聪明的方法可以使用存储过程来处理这类事情但是,如果使用这种方法,这个问题就不会有人问过.)
原文链接：https://www.f2er.com/mssql/78734.html
