业务逻辑究竟是写在数据库中好呢还是写在程序里好?

sboom 2005-08-10 12:05:40
写成存储过程的话每个业务都要写一个存储过程,而且存储过程是面向过程的,把业务搞得很复杂,一个表修改的时候可能好多存储过程都要修改。
写在程序里现在有ORM软件,面向对象的ORM思路会清晰好多,但像信息系统这样对数据统计要求高而且常常要用表格形式打印的,似乎ORM也好不到哪里。
还是直接访问表?像ADO.NET直接访问表好像很方便,但始终有点有点那个。。。而且关系管理不好。

大家的实际项目中写在哪里的?
...全文
154 点赞 收藏 3
写回复
3 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
zjcxc 2005-08-10
对数据库中数据依赖性高的处理应该封装到存储过程中.
与数据关系不大的应该封装在程序里.
回复
lzymagi 2005-08-10
存储过程。自己再建几个函数。这样结构改变的时候你只要改一下函数就可以了。别什么都写在存储过程中
回复
ilons1 2005-08-10
与数据库关联多的就写在存储过程里,把里面用得多的地主写成函数
回复
相关推荐
发帖
应用实例
创建于2007-09-28

2.7w+

社区成员

MS-SQL Server 应用实例
申请成为版主
帖子事件
创建了帖子
2005-08-10 12:05
社区公告
暂无公告