［データベース設計編］レコード長×件数でデータ容量を決めてはいけない：ITpro
データベース設計の一つに，ディスク容量の見積もりがある。概算として，そのデータベースに格納する「テーブルのレコード長×件数」で見積もることがあるだろう。だが，こうして求めた値の容量を確保していると，後々ディスク容量不足になることが多いので注意が必要だ。 その原因として，大きく二つの理由がある。一つは「論理レコード長」と「物理レコード長」の違い，もう一つは「ブロック」の考え方が入っていない点である。論理レコード長とは，簡単に説明すればディスクへの格納形式を考慮しないレコード長，物理レコード長とはディスクへの格納形式に基づいたレコード長である。ブロックとは，RDBMSがディスク入出力を行う際のデータ単位である。 物理サイズはRDBMSに依存 レコード長は，テーブルを構成するカラム・サイズの合計で考えるのが基本である。カラムの定義は，例えば「カラム01 char(10)」（10バイトの文字列）や
untitled
1 2 3 4 5 6 “ ” 7 8 9 10 11 12 13 Header SideMenu Body (1)Body_Header (2)Body_Body (4)Body_Footer (5)Body_ResultInfo (3)Body_Guide 14 15 16 17 18 連 力 19 20 21 22 Header SideMenu Body_Heade Body_Body Body_Footer Body_ResultInfo Body_Guide 23 24 25 26 A B C D E 27 A B C D E X X X X X X X X X X X X X X X 28 A B C D 29 A B C D 30 A B C X X X X D X X X X A B C D X X X X X X X X 31 A B C X X X X D X X X
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
