1

従来の RDBMS では、テーブル内で定義された各フィールドの最大サイズを加算することで、最大行サイズを比較的簡単に計算できます。この値に予測された行数を掛けると、インデックス、ログなどを除く最大テーブル サイズが得られます。

今日、構造化されていないデータを格納する方法が構造化されている時代では、最適なテーブル サイズを判断するのは比較的困難です。

サンプル データをロードせずに、テーブルまたはデータベースの成長とストレージ要件を計算または予測する方法はありますか?

行サイズを計算し、非構造化データベースのストレージ容量を計画する方法は何ですか?

4

1 に答える 1

1

それはほとんど同じです。永続化する必要のあるデータの平均サイズを見つけ、それを時間単位あたりの推定トランザクション数で乗算します。

データベースエンジンはデータファイルチャンクを指数関数的に割り当てる可能性があるため（最初に16 MB、次に32 MBなど）、データサイズを物理ストレージスペースサイズに変換するためのdbmsエンジンの動作について知る必要があります。

于 2012-10-17T21:58:47.897 に答える