入行不久,编码误区

    作为一个java 程序员，入行时间不长（实习半年） 自己编码上有一些误区或称不良编码习惯。

    其一：java 于数据库。

    由于对大型企业级开发接触较少 或 直接数据库操作接触不是很多，我的思想形成了一种--凡事都往java角度考虑而少有向数据库角度考虑。

    such as 我上一篇文章 oracle 数据进制 跟java提取出的数据进制不一致就是一个例子。（这里不详说 ， 详见"oracle数据进制不统一”） 这里首先我怪罪java了，认为java从oracle里提出数据时擅自修改了进制类型，其实是oracle 和java共同搞的鬼 ，只需要在sql语句上对该字段加上 to_char()处理，使之提出的类型也是字符串这样java再也搞不了鬼了，问题得以解决。在这之前，我在java后台做各种数据转换处理都不来电。

    还有：有个需求是把两个一对多的表的每条对应记录连起来，List遍历 输出到页面，我开始居然就没从sql语句角度考虑 ，直接先提一个表的数据，然后在后台遍历这些记录，再在每个遍历循环中，根据这条记录的第二个表的外键提取第二个表里的记录，并追加到当前List 中。现在感觉这样好傻。直接把两个表做个链接不就行~，连起来后当成一个新表操作，舒服的很。幸亏醒悟过来了，不然悔恨终身。

    总结：数据库软件such as oracle 也是很强大的软件，能对数据表进行很好的处理，有需求应该先看数据库软件能不能很好的处理，让之于java后台的进一步处理完美结合， 达到完美开发。

    对SQL和数据库的了解当然是必须的.但是从Java的角度思考到说不上是误区.以Java的角度理解并没有什么问题.把数据的查询,统计,局限于遍历,判断,比较等java的算法,才应该说是误区.
    而以面向对象的视角来思考业务模型,是目前流行的趋势,也是Hibernate 等O/R 工具存在的意义. 楼主说的第二条应用,如果是Hibernate 操作就简单了,直接. 出来就ok.当然lazy要设为true. 底层的sql当然依然是你所说的操作.

谢谢指导。其实我的意思偏重于不要忽略数据库软件本身对数据的操作而一涉及到数据处理就只用java. 至于到面向对象模型 就是设计层面的事儿了 呵呵。 可能我表达有点问题，不过还是谢谢指导！

不是合为一家了嘛...这个问题马上就能解决了

嗯  ， 很对。 关键问题是把握好二者之间的合作。呵呵。

实习是事实，菜鸟倒是不至于，只是思想上偶尔会产生误差。

先搞清楚什么是干什么的，在做吧。