情報処理とは何から、データベースの基本的な話(情報処理試験のデータベーススペシャリスト程度の話まで）を書く、土日のシリーズ「Hello World程度のデータベース」です。
今、三層スキーマ構造（概念スキーマ、内部スキーマ、外部スキーマ）の内部スキーマをやっています。
で、内部スキーマはＤＢの構造の話なんですけど、前々回、そのうち、インデックスとデータの話をすると書きました。前回、インデックスの話をしたので、今回はデータの話です。
■データの型
で、今回は、データベースのデータを置く場所についてです。
っていっても、データをまあ、テキトーにおいていけばいいわけですが、実際には、コンピューターで文字や記号を表現するとき、整数の場合、小数の場合、文字の場合で違います。文字は日本語と英語でもちがいます。
っていうことで、データを置くためには、データが、どういう形で入っているかの型を指定します。これは、テーブルで定義します。
■行連鎖など。。
じゃあ、そのデータを型のカタチで格納しましょう。
レコードごとに格納するとして、追加するとき、領域があるなら、これは、どんどんつぎたしていけばいいですので、かんたんです。
でも、もし、こんな場合、どうしましょう（話を長簡単にしてるので、実際にはこんな単純なことではないです）。
・５０バイトのレコードを削除しました
・つぎに、３０バイトのほかのレコードを削除しました。
・６０バイトのレコードを追加しようとおもいます。
上記の５０、３０バイト以外、一切アキがないとします。
そうすると、６０バイトがないからＸっていうわけじゃなく、６０バイトを分割し、５０バイトと１０バイトなど、アキ領域に入るように分割しちゃうんです。
こうなると、行が２つの領域にはいっているので、行を連鎖しないと、１行とってこれません（＞＿＜！）これが、行連鎖といいます。
で、この行連鎖がおこってしまうと、２つの領域（それ以上かもしれないけど）にアクセスしないと、１行とってこれないので、アクセス時間は遅くなってしまいます（＞＿＜！）
どーしましょー。。。。
っていうはなし。
このほかに、行移行っていうのもあって、それがおこると、アクセス上、おそくなってしまう。
たいへんです。。
っていうことで、この行連鎖、行移行については、以下のところにくわしいみたい
データベース・トラブル10選---第2回 パフォーマンスの悪化を食い止める（4）
オプティマイザの挙動を知り，領域管理で“連鎖”や“移行”を防ぐ
http://itpro.nikkeibp.co.jp/members/NOS/TROUBLE/20021031/4/
なんで、興味ある人は、そっちをみてください。
■ＶＳＡＭについて
で、あと、もうひとつ、今は２０Ｇのハードディスクとかあるので、１つのハードディスクで全部のデータをいれるっていうことができますが、むかしは、こんなに容量がなかったので、複数のハードディスクにデータをいれて、あたかも１つのように、ＤＢでは処理できないといけませんでした。
この複数ハードディスクをあたかも１つのハードディスクのように扱う技術がＶＳＡＭと言われます。
いま、そんな必要はないんだけど、逆に言うと、もし、この時代の伝統に従うなら、データベースのデータは、複数箇所に格納されているかもしれないので、どこに散在しているか、宣言しないといけないってことに成りますよね。。（このはなしが、あとできいてくる。。）
ということで、今日のデータについては、簡単ですが、ここまで。
このシリーズの次回では、実際にデータとインデックスに関して、ＤＢにたいして、どのように操作するのかっていう話をします。
アクセス
トータル
ランキング
