stored-procedures - 我需要知道在程序中保留业务层的缺点

标签 stored-procedures business-logic

在我的工作中,我有一个 friend 坚持使用存储过程将业务逻辑保留在数据库中......

我可以用什么论据说服他不要做这种事?

他想要这样做的原因是因为我们有多个具有不同平台的系统(.NET 中的 Web 应用程序与 VB.NET 和另一个在 Power Builder - Sybase 中开发的桌面应用程序)。

谢谢!

最佳答案

What are the arguments that i can use to convince him not to do such thing?

你反对它的理由是什么?为什么一定要远离存储过程?

这实际上不是一个坏主意。如果您有用不同语言编写的不同系统访问数据库,则至少将一些业务逻辑保留在数据库中可能会有所帮助。

关于stored-procedures - 我需要知道在程序中保留业务层的缺点,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2251154/

相关文章:

c# - 在 .NET Entity Framework 4 中使用 SP 添加自定义导航属性

php - 您如何处理 Mysql SP 无法使用默认参数的情况?

sql-server - 存储过程中的临时表

hadoop - 是否存在 Hadoop/Mapreduce 无法处理的业务逻辑?

asp.net-mvc-2 - 将 HttpFileCollectionBase 传递到业务层 - 不好?

php - 具有多个报价和产品的报价系统

model-view-controller - 如何处理业务逻辑错误和警告,应该/应该在 ASP.NET MVC 的当前 View 中修复?

javascript - Kinvey 业务逻辑 - 在集合中保存新对象的示例 (Javascript)

sql-server - 表值参数 UdtTypeName

mysql - MYSQL中嵌套存储过程出错