我们在 MS SQL Server 2008 中有许多存储过程。这些由 .NET 代码调用。有时程序在多个地方被调用。
当更改存储过程时,例如添加“强制”参数,我们显然需要确保所有来自 .NET 程序的调用都已更新。
除了勤奋的分析之外,还有什么方法可以自动检查调用.NET代码和存储过程接口之间的“接口”是否完好无损?
谢谢大家!
我们在 MS SQL Server 2008 中有许多存储过程。这些由 .NET 代码调用。有时程序在多个地方被调用。
当更改存储过程时,例如添加“强制”参数,我们显然需要确保所有来自 .NET 程序的调用都已更新。
除了勤奋的分析之外,还有什么方法可以自动检查调用.NET代码和存储过程接口之间的“接口”是否完好无损?
谢谢大家!
我建议为此类任务使用代码生成。您可以使用SQL Server 管理对象在存储过程和代码之间生成“接口”。您可以使用部分类将生成的代码与手写代码分开,因此这里应该没有问题。
如果您对“我们在 MS SQL Server 2008 中有许多存储过程”的看法是正确的,那么对代码生成的投资将很快得到回报。
我们在使用 Oracle DB 的项目中遇到了同样的问题。为了确保一切都是最新的,我们有一组集成测试来调用每个存储过程并验证结果。
持续集成服务器(在我们的例子中是 TeamCity)每晚创建测试数据库并在其上运行测试。