Laravel的多對多關聯式模式如何在分布式的情況下使用,比如使用者表在另一台伺服器?

來源:互聯網
上載者:User
最近在搞一個App的後台介面的時候遇到一個問題。
目前的是文章表所在的伺服器是作為一個單獨的節點,而使用者表在另一台節點伺服器上。

文章伺服器

  • 文章表

  • 文章詳情表

  • 文章收藏關係中間表

使用者服務器

  • 使用者表

現在的問題是,這樣文章伺服器接受App用戶端發來的user_id,然後查詢的時候只能手寫關聯查詢然後拼合出json響應包的格式返回去。無法享受laravel模型關係的帶來的便捷,相當不優雅。

請問有沒有什麼方法在沒有表的情況下使用模型?

回複內容:

最近在搞一個App的後台介面的時候遇到一個問題。
目前的是文章表所在的伺服器是作為一個單獨的節點,而使用者表在另一台節點伺服器上。

文章伺服器

  • 文章表

  • 文章詳情表

  • 文章收藏關係中間表

使用者服務器

  • 使用者表

現在的問題是,這樣文章伺服器接受App用戶端發來的user_id,然後查詢的時候只能手寫關聯查詢然後拼合出json響應包的格式返回去。無法享受laravel模型關係的帶來的便捷,相當不優雅。

請問有沒有什麼方法在沒有表的情況下使用模型?

你這種就相當於一個小型的分布式系統啊,兩個server中間還是以介面或者服務的方式來關聯比較好。
沒必要非要使用多對多模型,laravel的關聯關聯式模式是無法處理這些複雜情境的。
不能認為使用了模型關係就優雅,系統之間的解耦和服務化,介面化才是更優雅的實現方案。

另外有個疑問,你們的文章表如果經常用到user_id,為什麼不在文章表裡加一個user_id的冗餘欄位呢?

  • 相關文章

    聯繫我們

    該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在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.