PostgreSQL大文本列性能

Tho*_*ble 7 postgresql rails-postgresql

我将已发送的电子邮件存储在RDBMS中,包括地址,地址和电子邮件正文.

身体实际上可以是任意数量的文本,我也不会在意它.

当我的一个最常访问的表(电子邮件)中有一个可能不常用的潜在大型列时,我是否应该担心性能问题?

(这个项目是用Rails编写的)

Sin*_*ion 10

postgresql将大对象存储在辅助区域中.你可以在这里阅读:TOAST.主要关注点是将大对象保留在返回许多行的选择查询列表之外,这样可以避免访问辅助存储区域.

如果您决定在正文中添加搜索功能,则需要使用全文策略,这在Postgres中得到了很好的支持,但有点不直观.该主题在手册中获得了完整的处理章节.


a_h*_*ame 8

不,你不必担心.

从技术上讲,例如varchar(5)text列之间的存储没有区别.

手册中引用

除了使用空白填充类型时增加的存储空间之外,这三种类型之间没有性能差异

提到的三种类型有char,varchartext.char"空白填充型" 在哪里.