问题描述
|
我有一些SP要在源代码控制下，但问题是我要添加什么？
理想情况下，我想要某种方式来纯粹获取SP的源，但是我所能获得的只是更改，创建等脚本，而我认为这些脚本不是原始源。我能得到的最接近的是运行sp_helptext \'mysp \'。
是否有某种方法可以纯粹获取SP的来源？
我正在运行sql Server 2008 R2。
编辑：我了解能够掌握源代码管理中的内容并更新/部署SP的有用性，但是我坚决反对。此代码在某些情况下很有用，与进行差异以查看更改和泛型无关（违反DRY原理。例如，sql Server 2010具有创建和删除sps的新方法。是否需要为所有SP更新\'source \'？ ）。如果我想要这样的东西，我会更倾向于制作一个将SP部署到服务器的脚本（例如，部署dp_mysp prod）。
有没有办法获得SP的勇气？还是实际上将其存储为创建过程脚本？
编辑2：
干杯们。
我不反对版本设置和引用（或部署脚本，这是最类似于IMO的版本），因为它们存在于一个地方并且是可重用的优点。关键的麻烦之处在于，相同的部署代码在许多地方都存在，并且必须在许多地方进行维护。此代码与每个sp之间没有依赖关系，因此它会增加每个sp的工作量。为什么不在解决方案中的每个文件中添加通用部署代码，以便它们可自行部署？
无论如何，我想我们将不得不同意不同意这一点。我绝对是一个纯粹主义者，我认为我想要的东西并没有很多实际的好处，但是对我来说，对开发超级感兴趣是让它变得有趣的原因:)
没有人比sp_helptext \'mysp \'帮助我更接近我想要的东西（我想这是不可能的），或者说服我应该检查其他事情，所以我将不回答这个问题。 。
再次感谢。
解决方法
在我看来，您要置于源代码控制之下的脚本将是一个脚本，其中包含一个“ 0”，后跟一个“ 1”，再加上必要的权限。这样，您可以完全恢复到输入源代码控制时存储过程的方式。
请记住，sql语句本身并不是您唯一需要注意的事情。
,您可以访问Visual Studio 2010吗？他们将DB Pro与Developer版本合并，使您可以访问数据库项目和模式比较。使用这些工具，您可以轻松地以基于文件的格式提取所有表，视图，存储过程，用户定义的函数等。然后，您可以将该数据库项目存储在源代码管理中。您甚至可以比较项目的不同修订版以查看更改，更不用说部署到服务器了。
如果您没有此工具，则需要编写程序脚本。在我之前的工作中，我们对create语句感到满意。
,仅在VS2010（最终版）中创建数据库项目，并与本地数据库进行架构比较，并在TFS中维护存储库。这样做将保留TFS中对SP的所有更改
,在VS 2010之前，我曾经让脚本创建一个存根过程（如果尚不存在），然后使用实际代码“更改过程”：
if not exists (select * from sys.objects where name = \'myProc\' and type = \'P\')
begin
exec(\'create procedure myProc as print \'\'stub\'\'\')
end
GO
alter procedure myProc as
....
INFORMATION_SCHEMA.ROUTINES
SELECT ROUTINE_DEFINITION
FROM INFORMATION_SCHEMA.ROUTINES
WHERE ROUTINE_NAME = \'<sp_name>\'
CREATE PROCEDURE...