迅闻网
让更多人看到你

mysql存储过程为什么不推荐使用

  mysql存储过程为什么不推荐使用

不建议运用存储进程的原因
其一:各种数据库的存储进程语法相差很大,给将来的数据库移植带来很大的困难
其二:不利于版本操控,代码无法Diff和回滚,多人修正无法同步。
尽管数据库建模东西可以把脚本保存为文件,然后进行Diff,但终究功用有限。
其三:编码不方便,其实也便是说数据库脚本语言功用有限,
无法界说数组,调集,为了循环需要运用功率低下的游标

mysql
其四:调试功用不强。
尽管在数据库客户端东西里,也可以调试,却也和现在功用强大IDE集成东西的调试
却不可同日而语。并且现在一般调试是由应用程序发起的,从应用程序却又无法
盯梢调试回存储进程中。所以必须两处调试,终究不方便。
其五:存储进程会调用函数,视图或许别的存储进程,但是数据库的修正东西,
不像时下的开发东西,可以精确定位目标或目标方法,所以带来保护,修正的困难。
其五:现在大多应用级体系会分层处理,数据层,事务层,界面层。
咱们把很多运用存储进程的C/S或许B/S体系称为两层半,也便是说存储进程便是咱们
说的半层,也便是把很多事务逻辑放在存储进程里。事务逻辑往往是体系的中心地点,
往往修正会很频频,存储进程的运用会带来修正困难,修正流程困难,调试费事,
所以支付的价值是很大的。
其六:面向事务编程,而不要面向数据编程。
面向事务编程,其实也便是之前我说的领域逻辑模式中的领域模型,也是我不赞成用存储进程
的根本原因。
如果很多用到存储进程,就势必会和数据表、字段、字段类型等等关系形数据库打交道,
面向目标的优势就表现不了,也就无从谈起继承,多态,设计模式等来适应事务变化。
很多J2EE的项目甚至不必存储进程,也照样开发的很好。
其七:或许会遇到事务逻辑特别杂乱的情况,遇到这种情况,我的感觉是你应该回头看看事务建模是否合理。

未经允许不得转载:迅闻网 » mysql存储过程为什么不推荐使用
分享到: 更多 (0)

评论 抢沙发

评论前必须登录!

 

迅闻网-让更多人看到你

登录/注册返回首页