第3回 テーブル設計のグレーゾーン～毒と薬は紙一重 （1）単一参照テーブル～テーブルにポリモフィズムは必要か | gihyo.jp
SQLアタマアカデミー 第3回テーブル設計のグレーゾーン～毒と薬は紙一重 （1）単一参照テーブル～テーブルにポリモフィズムは必要か はじめに リレーショナルデータベースが関わる案件において、その開発効率と品質を最も大きく決定する要因は、テーブル設計です。テーブル設計は、工程のかなり初期の段階でなされますが、ここがまずいと、その後の開発全体を無駄に不効率で混乱したものにしてしまい、かつ容易に後戻りがきかないという重要なステップです。したがって、「はじめにテーブルありき」は何にもまして重要な合言葉です。 しかし、この工程の難しいところは、往々にして一義的な正解を定められないことです。常に「これが正解」と呼べるような決まったアルゴリズムが存在しないのです。もちろん、数十年にわたる多くの人々の努力によって、いくつかの効果的な設計技法や、原則として踏み外してはいけない最低限のルール（可能な限り正規
第5回 データベースに出てくる数値の意味を知る
データベースは，カラムとその集合体のテーブルから出来上がっているということは理解していただけたと思います。今回はもう少しつっこんで，テーブルの中の主キーと数値フラグというものについて学習していきます。開発前のデータベース設計にかかわる部分なので，しっかりと読んで学習してください。序盤の交渉を有利に進めるための大切なポイントです。 ユニークな値と主キー 今回は簡単な社員名簿でお話を進めます。図1を見てください。10人の社員がいます。 「社員番号」は重複することのないユニークな番号です。データベースではユニークという単語が頻繁に出てきます。日本では“ユニークな人”のような用法が広まっているので，ユニークというと“ちょっと変わっている”とか“面白い（ユーモアがある）”のような印象を受けますが，本来の意味は「一意である」「固有，単独である」です。プログラムの世界でユニークといえば，重複することがな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
