PostgreSQL 社群正在積極討論一套全面的資料庫實踐指南，強調了那些看似嚴格的禁止事項指南實際上往往包含重要的細微差別和例外情況。這場討論源於 PostgreSQL.org 上的一份詳細文件，引發了關於實際實施場景的有趣辯論。
資料庫指南的本質
最初看似是一份嚴格的禁止事項清單，現已演變成一場關於資料庫設計中情境決策的更細緻討論。正如一位社群成員恰當地指出：
這裡的大多數要點都是不要這樣做，但如果你這樣做了也不會有問題。應該改名為對此要謹慎
時間戳處理爭議
社群特別關注時間戳處理建議。雖然官方文件強烈建議使用帶時區的 timestamptz 而不是不帶時區的 timestamp，但實踐者們指出了兩種方法各自的實用場景。一些開發者建議在內部強制使用 UTC，而在顯示時轉換為本地時區是一種有效策略，特別是在預訂系統中，記錄的時區本身並不重要。
主要爭議實踐：
- 時間戳處理： timestamptz 與不帶時區的 timestamp 之間的選擇
- 資料型別選擇： char(n) 、 serial 、 money 型別的使用
- 認證方法：trust 與其他認證型別的對比
- 文字儲存： varchar(n) 與 text 的選擇
資料型別選擇爭論
關於避免使用某些資料型別（如 char(n) 和 serial）的建議引發了大量討論。一些開發者對這些指南提出質疑，指出這些型別在特定場景下可能是合適的。例如，雖然文件建議避免使用 char(n)，但社群成員發現在需要非常緊湊的1位元組欄位時，char(1) 可能是有效的選擇，不過這也引發了關於適當位元組級儲存解決方案的爭論。
社群推薦工具：
- schemalint ：用於檢查模式合規性的 NPM 包
- 獲取地址： https://www.npmjs.com/package/schemalint
認證安全性強調
社群強烈支援文件關於認證安全性的立場，特別是警告不要在 TCP/IP 連線上使用信任認證。這代表了少數幾個禁止事項指令獲得幾乎一致認同的領域之一，尤其是在生產環境中。
工具支援和實施
社群開發的工具幫助這些指南的實際實施。開發者指出了一些可以自動檢查資料庫架構中潛在問題的程式碼檢查工具，使系統性地執行最佳實踐變得更容易。
這場討論突顯了 PostgreSQL 最佳實踐如何隨著實際使用模式而不斷發展，強調了理解每項建議背後的原因，而不是盲目遵循的重要性。
來源引用：Don't Do This