经验之谈 前辈指点

wujilin 2009-04-09 10:03:00
在开发过程中对数据库操作 视图 和存储过程 使用有什么原则吗
比如 尽量多使用视图 少使用存储过程
或者少是有视图 多使用存储过程 等


请前辈指点 感激不尽
...全文
115 17 打赏 收藏 转发到动态 举报
写回复
用AI写文章
17 条回复
切换为时间正序
请发表友善的回复…
发表回复
Jinglecat 2009-04-09
  • 打赏
  • 举报
回复
1.
It depends on.

2.
同样一个查询 SP 会比 View 快


Jerry_hu 2009-04-09
  • 打赏
  • 举报
回复
sf
a27621165 2009-04-09
  • 打赏
  • 举报
回复
小菜一个 学习来了
moonshineidolon 2009-04-09
  • 打赏
  • 举报
回复
看你使用什么数据库了,数据库不一样,你的结论不一样。

存储过程是预编译的,执行起来要比较快。

视图在sqlserver下是可以进行增删改的操作的,跟表没有什么区别,
当你要对表进行纵向分割存储时,必须用到视图。
xiaoke0518 2009-04-09
  • 打赏
  • 举报
回复
从安全性和性能来说,应该多用存储过程,从实现功能上来说可以用视图。
Rotel-刘志东 2009-04-09
  • 打赏
  • 举报
回复
多使用储存过程了,提高它的执行速度,并且还有力安全呀!
opou 2009-04-09
  • 打赏
  • 举报
回复
多下点整站代码,,模仿做,就好了
BossFriday 2009-04-09
  • 打赏
  • 举报
回复
存储过程和视图之间没有多少关系.
单一而论,常用频繁的多表联合查询情况下,还是应该用视图.
存储过程,原则上应该100%使用.数据层的逻辑,放到代码里反而不合适.从"高低"的原则上来讲,客户代码(高层代码),其实只要知道输入和输出就可以了.
这样对于代码的并行开发,也是很有好处的.
zhxhdean 2009-04-09
  • 打赏
  • 举报
回复
[Quote=引用 9 楼 takako_mu 的回复:]
少生孩子多種樹。
[/Quote]
  • 打赏
  • 举报
回复
存储过程是快,但不易维护.PetShop里是建议少用存储过程的.
takako_mu 2009-04-09
  • 打赏
  • 举报
回复
少生孩子多種樹。
tsp860901 2009-04-09
  • 打赏
  • 举报
回复
顶。。。
我不懂电脑 2009-04-09
  • 打赏
  • 举报
回复
一般单个应用很少用视图的,如果你的数据库要同时支持多个应用的话,用视图可以便于维护,避免修改表时对应用的影响
存储过程性能很高,但移植性不好,一般不是在性能上有要求的情况下不使用存储过程。
hmily821023 2009-04-09
  • 打赏
  • 举报
回复
另外 如果sql语句与变化 不需要改程序
只改存储过程就行了

哪么就没有改代码 生成 从新部署的麻烦了
cyz9977 2009-04-09
  • 打赏
  • 举报
回复
應該說多用存儲過程,少用sql語句(或者不用)
還有就是sql的優化
去sql區看吧
淡然游江湖 2009-04-09
  • 打赏
  • 举报
回复
使用存储过程,因为存储过程是在数据库中预编译好了的,所以减少了服务器操作数据库的时间
但是存储过程针对大型数据量时效果比较明显,如果数据很少,就无所谓了

视图是虚表,它在存储时只存储视图的定义,而没有存储对应的数据,而且它是在打开的时候通过定义来从基表中搜索数据,依然有个查询过程,所以不推荐使用。

62,041

社区成员

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

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

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

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