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

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

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

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

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

一般系統中資料庫都是效能瓶頸，磁碟IO、記憶體大小、網路頻寬、CPU等都是影響資料庫的關鍵因素，text最大長度太長，不適合做索引，儲存的內容太大，導致頻繁進行磁碟IO，傳輸時導致網路延時，嚴重影響資料庫效能。對於大欄位一般是轉化成檔案就近存放，或者是放到專門的檔案伺服器，資料庫只存檔案路徑。

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

不過目前，針對xml，json型別的資料使用日益廣泛，資料庫對這型別資料的支援也逐漸完善，可以直接解析其中的含義，區域性更新等操作都可以支援了，效能也不是大問題。