数据库设计 – 存储过程中应该有多少数据库应用程序?

我正在为数据库应用程序编写第二个接口,以解决原始接口的一些缺点.不幸的是,如果我创建新记录,则不会生成预期的审计跟踪记录.如果数据库设计已经将这些细节用于表触发器,那么肯定会很好,或者为诸如将新记录插入这些表之类的操作提供存储过程API.

应用程序应该以这种方式设计吗?存储过程中应该有多少数据库应用程序?

最佳答案
我们的团队有一条规则 – 任何进出数据库的数据都必须通过存储过程.我们甚至已经对我们的数据访问组件构建限制以强制执行此操作.

至于其他事项,如簿记,审计跟踪等,我们也将它们放在存储过程中.触发器很方便,但我们发现,为了审计日志的目的,涉及更新的人员,内容和时间,并不是我们想要的所有数据都可用于触发器.我们曾经使用触发器的唯一一次是保持表中每条记录的完整更改历史记录,但即便如此,事后看来,它也会导致维护问题,并且对我们来说更好.

转载注明原文:数据库设计 – 存储过程中应该有多少数据库应用程序? - 代码日志