一个表中 有很多外键 在获取实体时 用连接可以关联其他信息，但是也可通过不同的dao获取
不知道那种好些？？？？
比如：
class Employee{
int employeeId;
Dept dept;
Job job;
getter{}
setter{}
}
员工表（employeeid,depId,jobId)
部门表(depId)
职位表(jobId)
要查询员工信息
可以如下：select e.employeeid,d.depId,j.jobId from employee e,department d,job j where d.depId=e.depId and j.jobId=e.jobId
也可以通过不同的dao实现:
employeeDAO
depDAO 通过 depId 获取 department
jobDAO 通过 jobId获取 JOB
然后set
通过连接，可以访问数据库的时间和次数
但通过DAO的话，会增加访问数据库的次数，多建立连接
不知道那中方法好，求教
第一种方式，你只拿回来个depId，jobId而已，如果页面上要显示名称，你还得取或是继续在SQL文中添加字段。
我的经验是这样
如果你的持久层框架支持外键，那么就交给框架搞定。当然各种框架通常都是你举的第二种方式。
如果DAO本身可以重用，比如depDAO，jobDAO别的业务中本身就在用，那么尽量重用。
除非DB连接次数成了瓶颈，否则不要考虑一次连接全部取出的方式。
特别是有连接池的时候，很难成为瓶颈的说。
因为会搞的SQL文很难看，难以维护，还要加上在java代码中的再组织。
你现在可能是一对一，如果是一对多时，用来再组织的java代码会很臃肿，这样“得”不一定偿失。
供你参考。
首先jdbc连接是很慢的，能一次访问数据库搞定的，一般就不要多次访问。
所以能在SQL里join起来就在sql做掉，一般都比java分多次取多个表来得快。因为SQL里面会有优化的，比java分次搞会快很多。
1、外键：目的是建立表和表之间的关系，，维护引用完整性； 跟join无关，join只是碰巧在大多数时候使用外键进行连接；
2、join 简化表和表之间的关系查询，比如你查的数据在多个表时 最简单的方式就是join。
join缺点就是可能下行数据量多
比如
a
uuid name
1 1
2 2
b
uuid aUuid
1 1
2 1
3 1
from a,b where a.uuid = b.aUuid将查出
1 1 1 1
1 1 2 1
1 1 3 1
可以看出a表的数据有重复。
2、select：
如果join非常复杂，比如无法使用索引等，可以考虑拆成多条sql，多条select有时候比join快。
缺点就是多次交互。
没有哪个方法好，只有适用不适用，权衡使用。