至少sql语句的用标准的,不然数据库难以移植。

解决方案 »

  1.   

    to:Tmsheng(小唐蔡) sql 语句不大好统一啊,比如mysql里和sqlserver里有很大的不同
    都用标准sql来实现有的功能不太好实现或者会牺牲很大的性能,最好能找到
    一个折中的办法to: stl_liu(小刘飞刀) 
    分层是很好的办法但我认为还是没有办法解决我上述碰到的问题
    比如我是在一个  member类里一个方法membercount里实现会员数对于mysql,sqlserver,oracle数据库,在membercount方法里封装sql语句
    肯定不好实现这样的功能(支持多数据库)看了看jive,不得是领,多放两位参与
    请继续
      

  2.   

    如果你的Entity Bean熟悉的话,可以考虑使用。但有一些问题需要注意:第一,不要使用DataBase中,某个DataBase独有的字段类型。尽量使用SQL92,或者SQL99中用于定义DDL中的常用字段。第二,要求你对你的业务相当的熟悉,否则你的Entity Bean设计的好坏很大程度上取决于数据库的设计。尽管可以先设计Entity Bean,但一般情况下,先设计数据库。第三,客户端不要直接操作Entity Bean,这样的话将使得系统层次结构混乱,可维护性差。第四,可以采用一定的设计模式,比如Session Facade,Message Facade.个人观点