多表查詢?大家一般怎麼用的?效率問題真的需要考慮嗎?

來源:互聯網
上載者:User
【Order】表(OrderID,OrderDate,CustomerID)
【Customer】表(CustomerID,CustomerName,CustomerAddr,CustomerCity)

能給個案例代碼嗎?如何?關聯查詢?
比如我要查詢屬於 訂單ID1的顧客資訊。求tp代碼

回複內容:

【Order】表(OrderID,OrderDate,CustomerID)
【Customer】表(CustomerID,CustomerName,CustomerAddr,CustomerCity)

能給個案例代碼嗎?如何?關聯查詢?
比如我要查詢屬於 訂單ID1的顧客資訊。求tp代碼

題主的問題提得比較模糊,沒有給出兩張表的數量級以及order表和cumstomer表的關係(是一對多還是多對多),這裡給出幾點建議吧(以mysql作為資料庫軟體,以下都此為基礎):

  1. 多表查詢的效率和所選用的資料庫軟體,表資料量級,業務的使用情境,查詢方法等都有關係,在考慮效率之前,我們可以先問自己:在現有的業務情境以及表資料量級下,最簡單的多表關聯查詢(join方式)效率是否已經滿足需求?如果答案是肯定的話,就不要過度設計了。
  2. 當多表關聯查詢(join方式)效率無法滿足業務需求時,常見的方法有:分成兩次單表查詢,優點:不會引起鎖表和使用暫存資料表,缺點:實現邏輯教複雜;order表冗餘部分customer表資料,優點:多表查詢問題簡化為單表查詢,缺點:資料有冗餘以及更新邏輯複雜。
  • 聯繫我們

    該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

    如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

    A Free Trial That Lets You Build Big!

    Start building with 50+ products and up to 12 months usage for Elastic Compute Service

    • Sales Support

      1 on 1 presale consultation

    • After-Sales Support

      24/7 Technical Support 6 Free Tickets per Quarter Faster Response

    • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.