ここでは、リレーショナルデータベースでテーブル以外の重要な要素を紹介しますｗ
SQL
データベースのテーブルなどの定義やデータの登録や削除、取得などを行うデータベース問い合わせ言語ですｗ
ある程度は国際標準で決まっていますが、実際はデータベースに応じて、少々異なりますｗ
アプリケーションはこのSQLを発行して、データの読み書きを行うため、ある程度、SQLを覚える必要がありますｗ
難しい事をする場合以外は、簡単なので、すぐに覚えられますｗ
詳しくは後ほどｗ
インデックス
前章で説明したように複数のテーブルの関連性を利用して、情報を探して、取得する場合、テーブルのデータの中から特定のデータを検索しなければ、なりませんｗ
特定の情報を探すためにあらかじめ、裏側で特定のデータを探しやすくするため定義がインデックスですｗ
主キーや外部キーなどとして、定義したキーにはあらかじめ、勝手にインデックスは定義されていますｗそれ以外の項目で検索のキーとなる場合は、インデックスを定義する事をオススメしますｗ
検索する列にインデックスを定義する事で、1分かかる検索が1秒で行えるようになるくらい重要なものですｗ
なら、最初から全ての列にインデックスを定義すれば良いのにそうしていないのは、インデックスにはデメリットがあるからですｗ
インデックスを定義した列のデータを作成・更新・削除すると同時にインデックス情報も作成・更新・削除する必要があるので、検索が早くなる代わりに作成・更新・削除が遅くなりますｗ
ですので、例えば、ユーザから画面でひたすらデータを登録するのみで、検索は裏側でシステムが勝手に読み込みだけするようなシステムの場合、裏側の検索を高速化するためにインデックスを張ると、ユーザの画面での登録処理が遅くなりますｗ画面での遅さはユーザにとって、優しくありませんｗ
ですので、このような場合は、インデックスは張りませんｗ
逆にデータの登録は裏側で自動的にどっかから取得して、登録し、ユーザは画面からデータを取得し、表示する場合は、データの検索を優先するため、インデックスを張るべきですｗ
という風に何を優先するかによって、インデックスをどこに張るかを判断する設計する必要がありますｗ
僕の経験によると、インデックスを張ると、10倍くらい検索が早くなり、登録などは1.3倍くらいに遅くなりますｗなので、判断に迷ったら、基本的に検索となる全ての列にインデックスを張るようにしていいですｗ
シーケンス
前章の注文テーブルのように連番で１、２、３・・・と順番に番号を振っていく場合、現在、何番まで番号を振って、次に何番を振るかを管理するオブジェクトがシーケンスですｗ
シーケンスはデータベースに応じて、あったり、なかったり、形が様々だったりしますｗ
(最終更新日：2010年7月6日)
＝ｗ＝）
最終更新：2010年07月06日 23:35
