推 criky: db有這麼脆弱嗎?XD05/27 23:39
→ yoche2000: 現在硬體這麼強 會有這麼大影響嘛 05/27 23:54
我心裡的第一個os的確是這麼想,但覺得這會無限上綱
→ dennisxkimo: 兩種查詢方式 用較多資源的 沒超過 速度不會差太多05/27 23:58
→ dennisxkimo: 隨著資料量增長 當查詢資源超過資源設定值 就有差了05/27 23:59
→ dennisxkimo: 強大硬體 PG跑預設值 就浪費強大硬體資源 (個人見解)05/28 00:18
→ AndCycle: 寫錯的架構才會消耗效能, 見過完全沒index硬體硬幹的db05/28 00:49
所以重要還是看DB設定還有SQL寫法?
→ dennisxkimo: 跑explain analyze分析一下囉05/28 06:47
他倒是有讓我看Explain,但DB不做也是落到前端做,雖然是在使用者電腦,資料多的話
也怕前端處理慢
推 LINGZ: 無須嘴炮,樓上說跑explain就知道無誤05/28 07:00
※ 編輯: James610024 (115.82.227.109 臺灣), 05/28/2020 09:16:31
→ dennisxkimo: 前端掛一個掛 vs 後端DB掛 大家一起掛05/28 12:16
→ dennisxkimo: 後端的想法會想到 大量使用端共同使用的消耗 不單只05/28 12:19
→ dennisxkimo: 是一個查詢而已05/28 12:19
是沒錯
→ dennisxkimo: explain可以看出 你是不是超過DBA設定的資源是否超過05/28 12:20
→ dennisxkimo: 超過的話pg會用到disk05/28 12:21
了解,我再試試,先感謝大大
既然提到多個請求,這邊想再請問說:
如果原本一個請求可以解決變成三個請求,變相的後端server與DB都要額外執行兩次處理
與查詢,十位user就會乘10倍,等於server與DB多處理20個,這樣應該怎麼衡量Request
數量與是否join table呢?
※ 編輯: James610024 (115.82.227.109 臺灣), 05/28/2020 12:57:41
→ dennisxkimo: 還要看架構吧 不能這樣算 ,你的「再者」後面對方已 05/28 14:20
→ dennisxkimo: 經講明他的痛處了 05/28 14:20
好的,了解
※ 編輯: James610024 (115.82.227.109 臺灣), 05/28/2020 16:47:20
推 youtuuube000: 打3發請求不也是SQL查詢三次嗎? 06/03 04:06
推 youtuuube000: 若他說data量太大我還能理解 還是我有什麼誤會? 06/03 04:08
推 laputaflutin: 發3次是在不同的session? connection也很珍貴欸 06/04 00:09