34,838
社区成员
发帖
与我相关
我的任务
分享求助--关于业务逻辑的实现层的困惑
我的困惑是这样的
困惑1：
假定有个业务逻辑，是更新数据库表里某一行数据的一个字段上的值（只是一个抽象的例子，业务逻辑可能会稍微复杂一些）
这个业务逻辑，可以通过 数据库对象：存储过程、内嵌函数、触发器 来实现
同样这个逻辑也可以在javabean中实现
事务的ACID当然可以在存储过程中控制，也可以在javabean中做控制 我很困惑
那在哪个层面实现更加的合理呢 数据库层还是应用程序层——对应数据库服务器及web服务器，依据是什么？
困惑2：
数据库在开发时有一个3级模式两级映射，其中外模式对应视图，实现逻辑独立性。
可是在web架构中，有个MVC的模式，其中有一部分也是用于实现逻辑独立性的，那到底这个放在数据库层用视图来实现，还是就在M中实现逻辑独立性 我很困惑
困惑3：
怎么好像多数软件项目开发不用视图，为什么不考虑其逻辑独立性呢？？当然用存储过程也可以实现逻辑独立性，但是总觉得没有视图来的方便直接。
困惑1：
假定有个业务逻辑，是更新数据库表里某一行数据的一个字段上的值（只是一个抽象的例子，业务逻辑可能会稍微复杂一些）
这个业务逻辑，可以通过 数据库对象：存储过程、内嵌函数、触发器 来实现
同样这个逻辑也可以在javabean中实现
事务的ACID当然可以在存储过程中控制，也可以在javabean中做控制 我很困惑
那在哪个层面实现更加的合理呢 数据库层还是应用程序层——对应数据库服务器及web服务器，依据是什么？
困惑2：
数据库在开发时有一个3级模式两级映射，其中外模式对应视图，实现逻辑独立性。
可是在web架构中，有个MVC的模式，其中有一部分也是用于实现逻辑独立性的，那到底这个放在数据库层用视图来实现，还是就在M中实现逻辑独立性 我很困惑
困惑3：
怎么好像多数软件项目开发不用视图，为什么不考虑其逻辑独立性呢？？当然用存储过程也可以实现逻辑独立性，但是总觉得没有视图来的方便直接。
...全文
请发表友善的回复…
发表回复
flyfly2008 2012-03-22
- 打赏
- 举报
有点深奥，
Mr_Nice 2012-03-22
- 打赏
- 举报
其实LZ的这几个困惑是同一个问题。
方法有多种，关键看使用的目的。 如果是卖钱的话，如果是单卖程序，那就可以不用针对数据库侧做更多的考虑。
如果是前后都一起卖，就会在数据库侧多做考虑，这样前台使用上变化就可以更多一些。 当然卖的钱也可以更多。
基本上没有完全依照理论模式建立的程序。因为那样转换出来的效益比较低。
HOHO
参考.
方法有多种，关键看使用的目的。 如果是卖钱的话，如果是单卖程序，那就可以不用针对数据库侧做更多的考虑。
如果是前后都一起卖，就会在数据库侧多做考虑，这样前台使用上变化就可以更多一些。 当然卖的钱也可以更多。
基本上没有完全依照理论模式建立的程序。因为那样转换出来的效益比较低。
HOHO
参考.
needacoder 2012-03-22
- 打赏
- 举报
的确是很困域怕一些问题
等高手，关注
等高手，关注
