宛先アドレス、送信元アドレス、メール本文を含む送信メールを RDBMS に保存しています。
本文は実際には任意の量のテキストである可能性があり、それを検索する気にはなりません。
最も頻繁にアクセスされるテーブル (電子メール) の 1 つであまり使用されない可能性がある大きな列がある場合に、心配すべきパフォーマンスの問題はありますか?
(このプロジェクトはRailsで書かれています)
宛先アドレス、送信元アドレス、メール本文を含む送信メールを RDBMS に保存しています。
本文は実際には任意の量のテキストである可能性があり、それを検索する気にはなりません。
最も頻繁にアクセスされるテーブル (電子メール) の 1 つであまり使用されない可能性がある大きな列がある場合に、心配すべきパフォーマンスの問題はありますか?
(このプロジェクトはRailsで書かれています)
いいえ、心配する必要はありません。
varchar(5)
技術的には、egと列のストレージに違いはありませんtext
。
説明書より引用
空白埋めタイプを使用した場合のストレージ容量の増加を除けば、これら 3 つのタイプの間にパフォーマンスの違いはありません。
そこに記載されている 3 つのタイプはchar
、 、varchar
およびtext
です。char
「空白埋めタイプ」はどこにありますか。