だまされてこれを閉じることに投票する人がいる前に、私がこれまでに見つけたすべての質問は、データベース モデリングに適した特定のプログラムに関する質問であることを知っておいてください。私の質問は、リレーショナル データベースをモデル化するための業界標準言語(存在する場合) は何ですか?
UML は一般的に、特に OOP モデリングで非常に人気があり、現在読んでいる本の著者 (Davidson による「Pro SQL Server 2005 データベースの設計と最適化」) は IDEF1X を使用しています。MS Visio は IDEF1X をサポートしていますが、多くの特定のシンボル (「リレーショナル」シンボル セットと呼ばれる) を持たない一般的なモデリング言語のように見えるものにデフォルト設定されていますが、Visio は Office スイートの一部であるため、かなり標準的であることはわかっています。
では、夏のインターンとして履歴書を作成しようとしている場合、業界で将来的に最も役立つモデリング言語はどれでしょうか?
それは Entity RelationShip ダイアグラム、略してERDです。
私は、データベースをモデル化するための標準として、何らかの形式の「エンティティ関係図」(ERD) を常に知っていました。
これらの図では、通常、長方形を使用してエンティティを表し、長方形間の線を使用してそれらのエンティティ間の関係を表します。また、リレーションシップのカーディナリティ (つまり、1 対 1、1 対多、多対多) をダッシュと「カラスの足」の形で示す何らかの形式の表記法もよく見られます。
ERD はおそらく最も広く使用されています。また、 ORM が使用されているのを見たことがありますが、これはデータベース固有のものではなく、事実の宇宙を構築するためのものです。
UML は単なる OOP クラス モデリングではありませんが、実際には標準言語はありません。Razzie が言及した ERD の概念は、面接担当者が知っているかもしれないし知らないかもしれない何かを履歴書に追加しようとするよりも、本当に集中したいものです。インタビュアーは UML と ERD については知っていますが、IDEF1X については知らないかもしれません。彼らはツールと最終結果の名前を知っており、ダイアグラムの結果がどのように作成されるかについてはほとんど気にしません。
それはERDです....私は業界標準のデータモデルから始めます。たとえば、小売業界の業界標準グループは ARTS (小売技術標準協会) と呼ばれ、ほとんどすべての人が拡張する業界データ モデルを持っています ( http://www.nrf-arts.org/DataModel/DataModelHome.htm ) 。
UML は、データ モデリングに完全に使用できます。EER 言語よりも表現力が高いため、他の言語で表現できるすべてを UML で表現できます。さらに、アプリケーションのすべての側面をモデル化するために同じ言語を使用すると、開発が簡素化されると感じています。
私の大学では、データ モデリングと「アプリケーション モデリング」の両方について UML を教えています。
これは答えではありませんが (問題ないことを願っています)、学びたいというあなたの意欲に拍手を送りたいと思います。私は最近、データベース ベースのアプリケーションの開発者であり、レポートを作成するポジションについて誰かにインタビューしました。私は彼女に一連の簡単な要件を与え、「これを考えると、データベース オブジェクトをどのように構造化しますか?」と尋ねました。私は単純なERDを探していました（または、ボックスとラインだけです！または、テーブルと潜在的なフィールドのリストです！）。彼女はそれさえできませんでした-その質問に完全に当惑しました。
記録のために、雇われていません。
だから私はただ ERD を後援しています - それはおそらく最も一般的なものであり、非開発者にとって理解しやすいこともわかりました。