讨论:业务逻辑层VS存储过程

zhongkeruanjian 2004-01-29 10:12:11
业务逻辑层:
优点:功能分层明确,便于在业务逻辑层集中处理业务逻辑,便于业务逻辑的变更与扩展,
缺点:可能要大量的占用与数据库的连接数,可能有大量的IO流量,仅仅是为了对取出来的数据进行判断,
存储过程
优点与缺点正好与业务逻辑层相反
个人观点
根据实际情况,应避免多连接和大IO,对相对固定的业务逻辑应采用存储过程,而多变的,将来可能要变化的业务逻辑放在业务逻辑层处理。
欢迎大家讨论讨论
...全文
90 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
ahui_net 2004-01-29
  • 打赏
  • 举报
回复
对数据操作复杂,如很多表,很多循环,用存储过程
简单的就直接用sql
我是这样!
其他不麻烦就存储过程维护麻烦
zhongkeruanjian 2004-01-29
  • 打赏
  • 举报
回复
up
kals 2004-01-29
  • 打赏
  • 举报
回复
存储过程最好不要有if之类的东西出现,存储过程相对复杂的只是显示,统计之类的操作,如果有数据操作还是由业务层控制比较好
coollzh 2004-01-29
  • 打赏
  • 举报
回复
数据访问逻辑放在存储过程中
业务处理逻辑放在放在应用程序服务器上,一般是用com+封装,或者用web service封装
这样扩展性好!
zhongkeruanjian 2004-01-29
  • 打赏
  • 举报
回复
各位老大,请给点建议

62,046

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧