8

ドキュメントを保存するデータベースを設計しています。これらのドキュメントの一部は64kbをわずかに超える速度でクロックインし、128kbを超えるものはありません。私の唯一の頼みの綱MEDIUMTEXTは、最大サイズが16MBのテキストタイプを指定することだと思われます。おそらく1日に100のドキュメントを保存しているので、これは私が行っていることにはやり過ぎのように思えます。MEDIUMTEXTはTEXTよりもはるかに大きいので、私が持っている質問は、パフォーマンスヒットを経験するかどうかということだと思います。MySQLの内部については、ディスクまたはメモリに奇妙な割り当ての問題があり、それが戻ってきて私を噛むかどうかを知ることはあまりわかりません。もちろん、MongoDBのような最新のものですべてを行うことはできますが、それを承認することはできません。:-(
将来誰かがこれに取り組んでいる場合に備えて、MySQLのテキストタイプとそれらの最大サイズを参照用にメモしておくと思いました。

TINYTEXT 256 bytes
TEXT 65,535 bytes ~64kb
MEDIUMTEXT 16,777,215 bytes ~16MB
LONGTEXT 4,294,967,295 bytes ~4GB

誰かが持っているアドバイスをいただければ幸いです。ジャニー

4

1 に答える 1

14

ストレージ要件に関する MySQL のドキュメントから、長いテキスト型の使用についてあまり心配する必要はないようです。

L は、特定の文字列値の実際の長さをバイト単位で表します。
...
たとえば、MEDIUMTEXT 値のストレージには、値を格納するための L バイトと、値の長さを格納するための 3 バイトが必要です。

言い換えれば、mediumtext は格納される各値の最大長を必要とせず、格納するデータの実際の長さ + 3 バイトだけを必要とします。

于 2013-03-05T15:39:11.690 に答える