「・・・こうしてIT屋さんの単純な世界観が、コンピュータの中のデータの構造に翻訳されたというわけね。なんて平板で単純なのかしら。」 --君はそう思うかもしれないけれど、アリストテレスの認識論でも、事物(エンティティ)は属性と量と場所と時間と入出力(正確には能動と受動)と関係で決まる、とされていた。つまり、これが西洋的な事実の認識なんだ。 「いきなり西洋哲学!? とんでもない所に救援願いを出したわね。」 --そんなことはない。ある意味、ITってのは西洋哲学の子孫なんだ。すごくその影響を受けている。あまり日本人の技術者は気がついていないけどね。 「・・なら、『関係』の方はどうなったの?」 --それはこれから説明する。関係というのはね、あるフィールドの値が選択肢で規定されるときに、それを別のマスタ・テーブルへの参照として表現する事だ。 「え? もう一度いって。」 --あのね。さっきの表でいくと、商品の仕入先の名前と電話番号というフィールドがあっただろ? でもね、これはよく考えてみると、これは商品の属性ではなく、取引先の属性だ。 「たしかにそうね」 --だから、本当はこんなフィールドを商品マスタの中に抱えているのは論理的におかしい、ってことになる。商品の属性は、どこの会社から仕入れるかということだけに留めるべきだ。そして、仕入先の属性データは、「仕入先」というエンティティのために別のマスタを用意して、そこに格納すべきだろう。たとえば、こんな: 仕入先コード 仕入先名 仕入先電話番号 ---------------------- 1001 昭和食品(株) 03-3456-1234 1002 (株)三田製菓 03-7654-9000 ・・・ ・・・ ・・・ このテーブルにもキー属性が必要だから、「仕入先コード」という背番号をつくることにした。これは各社に対してそれぞれ一つの番号を振りあてている。 「それで商品のマスタの方はどうするの?」 --商品マスタには、「仕入先名称」や「電話番号」のかわりに、単に「仕入先コード」のみを記録する事にする。つまり、こんな風に: 商品名 JANコード 単価 仕入先コード -------------------------- チョコレート 4912345670001 192 1001 キャラメル 4906543218046 75 1002 メロンパン 4900223360097 120 1001 ・・・ ・・・ ・・ ・・ これをみるとわかるとおり、『商品マスタ』と『仕入先マスタ』の二つのエンティティをあらわすテーブルが、「仕入先コード」という共通のフィールドをキーにして“関係づけられて”いる。 別の言い方をすると、『仕入先マスタ』というテーブルは一種のメニューとして定義されていて、商品の仕入先は、その『仕入先マスタ』からの選択肢になっている。複数の商品が同じ仕入先コードを持つことができるから、ここには多対一の関係が成立していることになる。これが、データベースにおける関係の表現なのさ。 「うーん・・なんだか複雑ね。わかったようなわからないような・・」 --そりゃね、本当だったら何週間もかけて講義するようなデータベースのスキーマの話を3分で話しているんだから、分かりにくいかもしれない。そこはかんべんしてもらわないと。 とにかく、このようにして、複数のテーブルが関係をもって組あわさって作るものが『データベース』なのです。ちょうど、部屋と部屋が廊下やドアでつながり組合わさって建物ができるように、ね。 「センテンス同士が接続詞でつながりあって文章ができるようなものかしら。」 --そうともいえるかな。とにかく、ここでちょっとまとめておこう。 データの最小単位とは、有限の選択肢の中から一つを選んだものを指す。これは(選択肢のメニューさえ決めれば)数字で表現できる。選択肢で定義できないようなものは、それが満たすべき規則を決める。これがフィールドで、いわば単語にあたる。 レコードとは、フィールドが決められた順序で決められた数だけ並んだものをさす。データの並び方を決める約束事をデータの規則と呼ぶ。 対等なレコードが複数並んだものを、テーブルという。レコードを識別するためのフィールドを、キーと呼ぶ。キーの値はそれぞれのレコードごとに必ず異なっていなければいけない。 エンティティとその属性を表現するテーブルのことをマスタと呼んだりする。マスタは、選択肢のメニューをあらわす辞書としても機能する。 あるテーブルが、別のテーブルのキーとなるフィールドを共有することによって、テーブル間の関係が生じる。 データベースとは、複数のテーブルが関係を持って成立するものをいう。 「ふう。これがデータの世界の文法規則の全貌というわけね?」 --そのごく概略のありさまです。まあ、細かな点をいろいろはしょっているから厳密には不正確なところもあるけど、理解してもらう助けにはなるだろう。見慣れない用語も多くて申し訳ない。消化不良になりそうかな? 「・・そうね、飲み込むには時間がかかるかも。 消化といえば、それにしても、なんだかお腹がすいてこない?」 --そうだな、ぼくもずっとしゃべりどおしで、のどがカラカラだ。もうそろそろインターチェンジだから、パーキングエリアのレストランでも探そうか。ちょっと休憩して何か飲みたいな。 「賛成。わたしも、お腹がぺこぺこよ。」
by Tomoichi_Sato
| 2010-12-02 23:36
| D3 ITって、何?
|
Comments(0)
|
検索
カテゴリ
全体 A 生産マネジメントとSCM A1 生産マネジメント全般 A2 生産計画と生産スケジューリング A3 在庫・調達計画 A4 コスト・品質・安全 A5 BOM(部品表) A6 サプライチェーン B プロジェクト・マネジメント(PM) B1 プロジェクト・マネジメント全般 B2 スコープ・WBS・プロジェクト組織 B3 プロジェクト・スケジューリング B4 プロジェクト・コストと見積 B5 プロジェクトの価値とリスク B6 プログラム・PMO・ガバナンス C システムとしての工場 C1 工場計画論 C2 スマート工場論 D 情報システムのマネジメント D1 製造業のITシステム D2 ITアーキテクチャ・データ活用技術 D3 ITって、何? E ビジネス・マネジメントと管理技術 E1 マネジメントの技術論 E2 設計のマネジメント E3 組織・経営・戦略論 E4 ビジネスのソフト・スキル E5 時間管理術 E6 メンタルと働き方のマネジメント F 考えるヒント F1 思考とモデリングの技法 F2 社会・言語・文化 G 書評 H English articles 未分類 最新の記事
記事ランキング
著書・姉妹サイト
ニュースレターに登録
私のプロフィル My Profile 【著書】 「世界を動かすプロジェクトマネジメントの教科書 「時間管理術 「BOM/部品表入門 (図解でわかる生産の実務) 「リスク確率に基づくプロジェクト・マネジメントの研究 【姉妹サイト】 マネジメントのテクノロジーを考える Tweet: tomoichi_sato 以前の記事
2026年 05月 2026年 04月 2026年 03月 2026年 02月 2026年 01月 2025年 12月 2025年 11月 2025年 10月 2025年 09月 2025年 08月 more... ブログパーツ
メール配信サービス by Benchmark 最新のコメント
ブログジャンル
画像一覧
|
ファン申請 |
||