re: 关于数据库存储过程的一些讨论

dla001

收藏，长期关注。
目前队伍中就是两种观点僵持。
通用的程序遇到过，最后的表现不怎么样，当然这是我们水平低造成的，这不是谦虚是事实。

yyzjlx

dayspring_chen 发表于 2011-2-16 10:06
-----------------------------------------------------------------------------
你相当于做了一个报表工 ...

可以分享一下你的通用查询的相关经验和方法吗？谢谢

sohay

真是好贴啊

chlygxy113

我们的软件中大部分采用存储过程开发，可能也是由于团队人员具备这方面的技能，带来的好处比较明显，只要定义的接口不变，业务变更时直接更改存储过程并测试即可上线，部署简便，以最快速度解决用户的业务变更需求

〇〇

这几天测试国产小机做应用服务器的效果

hh7yx

对于我这种只对oracle比较熟悉的开发人员来说，我当然希望所有的业务逻辑封装在存储过程中了，那样维护系统的时候找问题对我很有利。否则，如果业务逻辑在其他地方，我找问题就工作量增加很多了。
=========
另外，2009532140   不是号称 他们的系统 是 零 过程吗  
http://www.itpub.net/thread-1866355-5-1.html

yulihua49

newkid 发表于 2011-2-12 00:15
本帖的反方不怎么给力啊。淘宝的大师们呢？还没上班？

我不反对你的意见，但是我认为不能一概而论，很多时候不是你说的那种情况。

newkid

yulihua49 发表于 2014-6-5 10:33
我不反对你的意见，但是我认为不能一概而论，很多时候不是你说的那种情况。

你的“很多时候”，很多时候就是数据加载卸载，并不是我们讨论的业务逻辑这个领域；数据加载现在有外部表，SQL可以搞定；而卸载部分虽然没有内置功能（除非卸载成数据泵格式），也已经有SQLULDR之类的高效工具。不追求极致效率的话用存储过程卸载也完全可以胜任。

sleepinglord

我觉得吧，这事从操作层面得这么看：
1. 首先要看成本：目前java程序员一抓一把，恨不得一中专生去青鸟培训半年就算是工程师了，虽说水平也不咋滴，但架不住便宜啊；你说软件外包团队说我要一把学java的，和我要一把学pl/sql的，成本就完全不能比，那从甲方到乙方一看嗯，还是要学java的吧。那这位客官就要问了，为啥大家都学java不学pl/sql？因为java的应用火，开源的不开源的，各种营销。更重要的，学一套吃遍天，一个应用总要有服务器端程序吧，看看现在服务器端使用java的比例就明白了。pl/sql呢？嗯，各个数据库厂商从语法到实现都不太一样，学一套只能吃一套，看看现在数据库端的各厂商占比重就知道了。

2. 业务逻辑在哪实现：我仍然坚持大部分业务逻辑不要在数据库实现。典型的是校验，能在前台通过操作方式控制的就不要扔到后端，能从数据生成逻辑控制的就不要扔到数据库；总之，在数据输入/生成的时候就通过引入业务逻辑避免出现不规范数据，而非在进入数据表前进行校验并拒绝。这样绝对是节省的。
另外，我也想问问newkid那种动态查询语句的问题，我们的应用每个界面（还不是统计界面，只是应用界面）基本都有超过20个查询条件（多的超过100个），大部分可以随意组合；这种要怎么做比较好？谢谢！

newkid

sleepinglord 发表于 2014-6-5 10:44
我觉得吧，这事从操作层面得这么看：
1. 首先要看成本：目前java程序员一抓一把，恨不得一中专生去青鸟培训 ...

PL/SQL现在不够普及，这个是事实。JAVA开发人员是很多，高质量的也不多。
数据校验要看什么样的校验，有些是非得让数据库完成的，比如非空，比如唯一，比如外键。当然前台也可以先做一遍，这样UI比较友好，但是最后的防线必须有。
组合查询就用动态SQL好了，至于要在前台组合，还是在存储过程中组合，都没问题，这个我倒是没有什么意见。