为每个表或根据需要创建三个存储过程(select/update/insert)?

存储过程是否具有任何特殊功能,或者只是运行一些基本的硬编码语句,如“select*from table”?

如果它们只运行基本语句,那么最好去掉存储过程并使用动态SQL。这将减少你必须做的维护工作。动态SQL的旧性能问题不再相关,因为SQL Server的缓存和编译系统现在好多了。安全性问题也已经过时了,因为您现在可以在动态查询中使用参数化。

您应该重新考虑在UI和数据库之间如此紧密地实现biz逻辑概念。您和您的团队应该后退一步,分析您的系统需要哪些类型的业务对象,而不是映射到大量屏幕。每个biz对象都可以有crud-sps,但是很多显示内容都应该由少数视图处理(除非您的模型完全是愚蠢的)。

如果您真的需要一个SP(安全性?)那么你至少应该考虑使用 Merge .使用“合并”可以获得内置的upsert命令。

“Upsert,什么?”:

update myTable set Col1=@col1, Col2=@col2 where ID=@ID
if @@rowcount = 0
insert into myTable (Col1, Col2) values (@col1, @col2)

是否确实需要为此使用sp,或者您可以使用参数化查询。这将避免SP的增长,并将减少服务器对每个表单不需要的字段的通信量。

使用专门的查询来执行select、insert和update语句,而不是使用常规的sp从多个表单执行这些操作。