鍍金池/ 問答/Java  數(shù)據(jù)庫/ 在業(yè)務(wù)中是使用多個(gè)Dao組合好,還是一個(gè)鏈接查詢好?

在業(yè)務(wù)中是使用多個(gè)Dao組合好,還是一個(gè)鏈接查詢好?

問題描述

假如目前有一個(gè)查詢用戶詳情的接口
用戶基礎(chǔ)表關(guān)聯(lián)了很多用戶其他信息的表,現(xiàn)在要把所有查詢出來,是使用多個(gè)dao在service中組合,還是直接鏈接查詢好

示例代碼

用戶表(user_base)
用戶信息表1(user_info_1)
用戶信息表2(user_info_2)
用戶信息表3(user_info_3)
...
用戶信息表n(user_info_n)

多個(gè)dao查詢返回

@Service
public class UserDetailServiceImpl implements UserService{
    
    @Autowired
    private UserBaseDao userBaseDao;
    @Autowired
    private UserInfoDao1 userInfoDao1;
    @Autowired
    private UserInfoDao2 userInfoDao2;
    
    @Override
    public UserInfoVo getDetail(String userId){
        UserInfoVo userInfoVo = new UserInfoVo ();
        
        // 多個(gè)dao獲取相關(guān)要返回的信息
        UserBase userBase = userBaseDao.getByUserId(userId);
        UserInfo1 userInfo1 = userInfoDao1.getByUserId(userId);
        UserInfo2 userInfo2 = userInfoDao2.getByUserId(userId);
        
        // 最后返回的VO類各種set信息返回給前臺(tái)
        userInfoVo.set(dao1返回結(jié)果);
        ...
        ... 
        userInfoVo.set(daoN返回結(jié)果);
         
        return userInfoVo ;
    }
    
}

鏈接查詢

@Service
public class UserDetailServiceImpl implements UserService{
    
    @Autowired
    private UserBaseDao userBaseDao;
    
    @Override
    public UserInfoVo getDetail(String userId){
        
        // 單個(gè)dao內(nèi)用鏈接查詢返回一個(gè)VO類
        UserInfoVo userInfoVo = userBaseDao.getDetail(userId);    
        
        // 查詢的sql偽代碼
        String sql = 
        "select '要返回字段' from user_base
        left join user_info_1 on user_base.user_id = user_info_1.user_id
        left join user_info_2 on user_base.user_id = user_info_2.user_id
        ...
        left join user_info_n on user_base.user_id = user_info_n.user_id
        where user_base.user_id = :userId";
        
        // 這里就可以省略各種set
    
        return userInfoVo ;
    }
    
}

相關(guān)疑問

使用第一種多個(gè)Dao組合返回?cái)?shù)據(jù),在Service層各種set雖然要復(fù)雜一些,但感覺上,耦合性沒有那么高,各個(gè)部分dao都很獨(dú)立,也可以在其他地方復(fù)用

使用第二種方法,除了要自己手寫很長的sql語句,Service層的處理要簡單很多。但復(fù)用性不夠

希望能基于相關(guān)程序設(shè)計(jì)思想上,對這兩種方式的選擇給予相關(guān)的解答,或者有其他設(shè)計(jì)實(shí)現(xiàn)方法。不勝感激

回答
編輯回答
拽很帥

兩種都要有,各有使用場景,具體到你說的這種情況,適合用sql鏈接查詢。
因?yàn)閟ql鏈接查詢只需要一次數(shù)據(jù)庫IO,而多個(gè)dao,需要多次數(shù)據(jù)庫IO,要知道數(shù)據(jù)庫IO是很耗時(shí)的。
所以,sql鏈接查詢,把計(jì)算交給數(shù)據(jù)庫,相對來說,性能更高一些。

2018年7月23日 00:12
編輯回答
柒槿年

數(shù)據(jù)量大用第一種,網(wǎng)速不行用第二種

2018年5月18日 23:11
編輯回答
巫婆

都會(huì)用吧,具體情況具體分析。

第一種方式dao層代碼可以復(fù)用,但是由于拆分成多個(gè)sql,會(huì)發(fā)送多個(gè)sql讓mysql去執(zhí)行。
第二種方式一次發(fā)送,對于連接表少的情況下可以選擇這種方式,連接表多的情況下還是選擇第一種方式。

很多數(shù)據(jù)不需要完全從數(shù)據(jù)庫中獲取,比如從數(shù)據(jù)庫查詢出一些數(shù)據(jù),然后根據(jù)查詢出來的數(shù)據(jù)再到緩存中去取其他數(shù)據(jù)。

我現(xiàn)在所在的公司數(shù)據(jù)庫軍規(guī)中有一條明確表示:
禁止使用三個(gè)表以上的關(guān)聯(lián)查詢

2018年6月18日 18:27