謝謝邀請，如果是mysql的話，text型別欄位的長度過長，因此會和你佔用空間，做索引的話也不好。因此如果要儲存的值不是很大的話，一般都用varchar型別。除非儲存大資料量的值。但是如果是postgresql資料庫text型別的欄位就沒有什麼效能問題，它與varchar型別相同，只是資料結構不同而已。

大家好，我是 一個科技愛好者，我喜歡高科技的東西，也喜歡研究科技。我喜歡高階的電子產品，在我看來科技讓我們的生活進步，科技讓我們變得方便。我也喜歡數碼產品，同時我也是一位電腦愛好者，我在數碼手機科技方面有著多年的經驗，針對這個問題 以下就是關於我的觀點和分享，希望大家喜歡：

資料庫中的欄位型別一般為Blob或Clob，代表二進位制或文字格式的內容，假如太長，會佔用多個頁面，並且這型別的內容一般無法索引，因而，不主張直接儲存在資料庫中，佔用空間，運用起來也低效。

不過現在，針對xml，json型別的資料運用日益廣泛，資料庫對這型別資料的支撐也逐步完善，能夠直接解析其間的意義，部分更新等操作都能夠支撐了，功能也不是大問題。

最後在這裡我祝大家能開開心心，生意越來越好，錢越賺越多，身體健健康康，家和萬事興，

應該指的是關係型資料庫吧！

1、大部分關係型資料庫不是設計用來存放text型別的。

2、text型別放在資料庫中，會增大資料庫檔案的體積，從而導致資料庫效能的極大下降，費效比非常低。

3、text一般存放放到檔案系統、網路檔案系統、kv資料庫或者oss系統中。kv資料庫存放的text型別資料也不建議太多，超過一定程度數量級的text資料，不建議在kv資料庫中存放。

4、好的設計是，text存放在檔案系統、網路檔案系統、oss系統，然後url或者hash值以及text文字對應的meta資料（關鍵詞、全文索引、摘要）等，跟其他相關純資料存在關係型資料庫中，用於應用系統開發呼叫。