同事中的几位大侠翻译了《Spring in Action》, 今天公司组织买了一些，"抢"到了一本。书是刚刚上市不久的--还热乎的呢 :)
有的同事看我也看 Java 方面的书，可能觉得比较好笑。其实，作为一个 DBA，如果要有效地与开发人员的沟通, 不熟悉系统中所用的框架, 就会吃力许多, 刚开始到目前的团队中工作的时候也偶尔会闹笑话. 自己想了解一些 J2EE 框架基本概念的念头也有好久了，正好趁着有资料，学习学习。
今天匆忙读了第四章"征服数据库", 有几点给我留下了比较深的印象.
1) 数据访问异常的划分很清晰; 应用排错的时候很容易定位到具体问题;
2) 通过一定的设置, 任何一个 SQL 都能够输出到 Log 里, 对于 DBA 的优化调试非常有帮助;
3) 对 DAO 层数据库访问很容易隔离; 一部分程序员可以不用太关心数据库层, 而把这一部分的诸如效率、稳定性交给 DBA 处理; 也的确如书中所说简化了应用系统的复杂度并能提高开发效率;
4) 可重用的 DAO. 对于 DBA 来说, 应该注意因为 DAO 重用有的时候可能会带来一些多余的 SQL 解析. 在 Tuning 的时候需要注意。
我对 Java 一窍不通, 有理解不对的地方请读者指正!
呵 举贤不避亲
没找到开放的试读章节，周末去书店看看
dba是应该知道程序的，如果光是停留在数据库的层面上，那么知识面是比较的狭隘的。数据库的数据都是从应用来的：）
我是从程序员做起，然后再到dba，所以现在看sql，就非常的容易，我们也有直接作dba的，看sql都不知道是怎么用的，有的时候调试，是可以根据流程来调试的，这样就可以站在全局来看sql：）
Spring已经支持toplink了。
不过我认为hibernate以及一般的orm对于表结合的处理都不是很好，甚至toplink不注意的话，也有问题。
——很多结合操作是拿到ap的cache上作的，很多优化方法都不能使用。
我还和oracle负责ejb3的成员探讨过，最终还是没有很好的解决方法。
——dba和java developer的沟通还是很困难，连oracle内部也是如此。
有空的话在pub上好好讨论一下这个问题吧。