數據 https://docs.google.com/spreadsheets/d/1ekMoE8DEugwkH-U6xCtAg3J5Yjm4EX8eFLnZ9IljaYY/edit#gid=274134963 結論 建議使用 project_id index 搭配 ILIKE 或 lower LIKE，移除 trgm 或 bigm 直到大型專案的客戶有反應為止。 project_id 的 index 對大部分的粉專有效 trgm 或 bigm 只對超大型粉專有幫助 當搜尋的內容是英文 3 個字時：trgm 有效

結論 應該使用 bigm bigm 在1～2個英文字母的搜尋沒有效能改善，或者說即使有改善還是要跑很久，因為符合搜尋條件的資料量過大。 bigm 在1～2個中文字的搜尋有 2～100 倍的效能改善。 bigm 在 3 個字以上的耗時是 trgm 的 1.5 倍，但還是很快。 trgm 和 bigm 一起用當然是最快的，但是吃寫入和儲存資源 不應該使用 ILIKE 或 lower LIKE

需求 透過觀測來察覺需求 找出跑得足夠慢的 Query 例如 > 10ms PostgreSQL extension (pg_stat_statements)[https://www.postgresql.org/docs/current/pgstatstatements.html] 為什麼慢