0

さまざまなサイズの JSON 文字列を格納するデータベースを設計しています。異なる文字列サイズ (tinytext - bigtext) を格納するために、異なるテーブル (それぞれに「id」と「data」の 2 つの列がある) を使用することを検討しています。この場合、最小の文字列サイズを含むテーブルから始めて、各テーブルが検索されます。

また、単一の文字列サイズを持つ単一のテーブルを使用し、複数の行を使用して大きな JSON 文字列を格納することも検討しています。

..または、大きな VARCHAR サイズのテーブルを作成して、開発時間を節約することもできます。

私が設計しているポイントは 2 つあります。

場合によっては、mysql はパフォーマンスに役立つ小さなデータを「行に」保存します。これは何を意味し、これをどのように活用できますか?

場合によっては、mysql は VARCHAR を可能な最大サイズとして処理します。これはいつ発生し、どうすれば回避できますか?

4

2 に答える 2

1

データベースの観点からは、varchar の特定の「適切な」長さはありません。ただし、非クラスター化インデックスを含め、最大行サイズを 8kb 未満に保つようにしてください。次に、MySQL が行外にデータを保存することを回避します。これにより、パフォーマンスが低下します。

于 2013-06-25T21:11:32.170 に答える
0

255を使用

なぜ歴史的に、データベースの磁場マグニチュードに 256 ではなく 255 を使用するのでしょうか?

ただし、PHP を使用していて 1000 文字を超える文字列を挿入しようとする場合は、挿入する前に PHP 側で最大列サイズに切り詰める必要があります。そうしないと、エラーが発生します。

于 2013-06-25T21:09:48.257 に答える