8

宛先アドレス、送信元アドレス、メール本文を含む送信メールを RDBMS に保存しています。

本文は実際には任意の量のテキストである可能性があり、それを検索する気にはなりません。

最も頻繁にアクセスされるテーブル (電子メール) の 1 つであまり使用されない可能性がある大きな列がある場合に、心配すべきパフォーマンスの問題はありますか?

(このプロジェクトはRailsで書かれています)

4

2 に答える 2

13

postgresql は、大きなオブジェクトをセカンダリ領域に格納します。ここでそれについて読むことができます: TOAST . 主な関心事は、多くの行を返すクエリの選択リストから大きなオブジェクトを除外して、セカンダリ ストレージ領域にアクセスしないようにすることです。

本文に検索機能を追加することにした場合は、全文戦略を使用する必要があります。これは Postgres で十分にサポートされていますが、直感的ではありません。このトピックは、マニュアルで完全な章を扱います。

于 2011-09-05T16:56:17.830 に答える
10

いいえ、心配する必要はありません。

varchar(5)技術的には、egと列のストレージに違いはありませんtext

説明書より引用

空白埋めタイプを使用した場合のストレージ容量の増加を除けば、これら 3 つのタイプの間にパフォーマンスの違いはありません。

そこに記載されている 3 つのタイプはchar、 、varcharおよびtextです。char「空白埋めタイプ」はどこにありますか。

于 2011-09-05T16:55:32.907 に答える