采用三层模式,用存储过程好,还是直接用SQL组装好?

Michaelyfj 2001-08-25 08:32:06
在开发三层模式的应用中,对数据库的增加、修改、删除是用存储过程好,还是用
SQL组装好,哪个效率更高?
...全文
149 15 打赏 收藏 转发到动态 举报
写回复
用AI写文章
15 条回复
切换为时间正序
请发表友善的回复…
发表回复
LiaoCheng 2002-01-15
  • 打赏
  • 举报
回复
回复人: N_chow(一劍飄香++) (2001-8-25 16:32:33) 得0分
这要看具体的情况,如果对数据表的新增/删除/修改涉及到一些商业逻辑的话,建议你还是写在一些COM组件中,而不是单独的去想是否采用Sp 或是SQL.

有道理!!!同意
leiwenbin 2002-01-15
  • 打赏
  • 举报
回复
我不习惯用SP,个人觉得它增加了开发时间,我不知道它提供的性能优势是值得的吗,而且在SQLSERVER 中,很多SQL语句的第一次编译在服务器也是有缓存的,至于网络流量对于100m的局域网根本就不是问题,internet 上我认为增加的少许流量也不是问题。关注这个问题的讨论,有权威的意见吗?
netrouter 2001-08-31
  • 打赏
  • 举报
回复
如果使用存贮过程其移植性较差,当你改变数据库的时候,需要改变存贮过程。
Michaelyfj 2001-08-31
  • 打赏
  • 举报
回复
我都用存储过程
18502232832 2001-08-27
  • 打赏
  • 举报
回复
写组件结构用什么比较好呢,
客户端用PB
lizhen 2001-08-26
  • 打赏
  • 举报
回复
着要看用户访问量的多少,如果用户非常多的话频繁的检索数据再加上存储过程服务器惠不堪重负的。我还是建议写到中间层去,而且象N_chow说的当把数据库交付用户的时候会泄漏不少商业机密的。
foolflyfish 2001-08-25
  • 打赏
  • 举报
回复
用STORE PRODCEURE可维护性强
icedian 2001-08-25
  • 打赏
  • 举报
回复
同意 : windindance(风之舞) 
对一些不确定的东西,或容易变动的东西,最好使用STORE PRODCEURE/FUNCTION/PACKAGE
这样,即使改变算法,组件也不需要改动,只要重建一下就可以了。
这里:设计一个好的组件结构很重要,好的结构可以减少对组件的维护工作量。
windindance 2001-08-25
  • 打赏
  • 举报
回复
复杂操作当然是存储过程。
不过简单的操作用SQL好。
lhbs 2001-08-25
  • 打赏
  • 举报
回复
用存储过程好,网络上数据传输量少,效率更高,当然要有台好的服务器。
helpeachother 2001-08-25
  • 打赏
  • 举报
回复
用存储过程好,网络上数据传输量少,效率更高,当然要有台好的服务器。
wanghai 2001-08-25
  • 打赏
  • 举报
回复
用存储过程好
N_chow 2001-08-25
  • 打赏
  • 举报
回复
这要看具体的情况,如果对数据表的新增/删除/修改涉及到一些商业逻辑的话,建议你还是写在一些COM组件中,而不是单独的去想是否采用Sp 或是SQL.
sbm 2001-08-25
  • 打赏
  • 举报
回复
建议使用STORE PRODCEURE
xxmm 2001-08-25
  • 打赏
  • 举报
回复
lhbs和foolflyfish是微软熏陶出来的人才吧?

34,575

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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