正如你所说
要看你系统所考虑的侧重了
如果强调可移植性
确实不建议用pl/sql
因为各大数据库的数据库程序差别都挺大的
现在很多B/S系统都用标准的SQL语句也就是这个道理
但是如果做一个针对性很强的项目
数据量也很大
那就要从各方面进行性能优化
那样的系统
才将DBMS的作用发挥到了极至
而且也一般需要用DBA

解决方案 »

  1.   

    前台-> 存储过程 -> Oracle
      

  2.   

    使用包/存储过程/函数的话,你就用到pl/sql了,不过移植性没用了
      

  3.   

    前台-> 存储过程 -> Oracle,我们也都用这种模式,前台一般就是browser了,呵呵
      

  4.   

    to chanet:如何安排 ‘前台’与 ‘存储过程‘的比例呢?一般来说大概的程序量前台多些,还是后台多些
      

  5.   

    是否应该考虑将业务逻辑放在oracle中呢?
      

  6.   

    怎么可能呢,你用的SQL语句就是PL/SQL了
      

  7.   

    我在的公司也是这个模式:前台-> 存储过程 -> Oracle
    PL/SQL主要用来写存储过程、函数。大部分的工作在后台做
    前台所做的不多。后台都把数据处理好了,前台只管去取
      

  8.   

    你提的这个问题,是我们公司多年发展的目标。不过奇怪的是,你程序里一句DECODE、TO_NUMBER之类的都没有吗?真伟大!
      

  9.   

    大家去itpub讨论吧,那里也有一个同样的话题. :)