概念設計をいじり始めたばかりで、良い練習をするためだけにいくつかの簡単な例を作成しています。書籍のサンプルを作成する以外に、友達に職場で何をしているのかを尋ねるようになり、その方法で練習しようとしています。とにかく、私が今気にしているのは、エンティティとカーディナリティを持つ概念的な部分だけです。
このデータベースを、ラジオ局/教会、またはコミュニティの誰にでも独自のプログラムを提供する小さな会社と呼ぶことができます. もちろん、各プレゼンターには独自の役割があります。この会社には、予約、請求などのさまざまなもののリストがあります...
私の質問は、この概念設計を見ても、これらのエンティティは理にかなっていますか? 彼らが一般に公開するプログラムを中心に、このデータベースを進化させるのは賢明でしょうか? ここには間違っていることがたくさんあることは知っていますが、別の方法で行うことができたのは何ですか?
誰かが概念モデリングの素晴らしいリンクを持っているなら、私はそれを感謝します...
編集：モデルを更新します
2 つのコメント:
まず、モデルのソースとして Database Answers が好きでした。リンクは次のとおりです。
http://www.databaseanswers.org/data_models/
ここでは、さまざまな業界向けに 100 を超えるモデルを利用できます。これらのいずれかから始めて、状況に合わせて変更する必要がある場合があります。
第二に、地形に対する私のメンタル モデルはあなたのものとは異なり、対応する用語の違いがあります。私は概念モデルを使用して、設計ではなく分析を行います。言い換えれば、私の概念モデルは、データベースが保持する必要がある主題と情報についての私の理解を説明しています。問題の解決策を設計しようとする私の試みではありません。
2 番目のモデル、つまり論理モデルを使用して、一般的な設計を反映します。ターゲット データベースがリレーショナルであることを意図している場合、論理モデルは特にリレーショナルです。
より多くのデザインの詳細を含む 3 つ目のモデルである物理モデルがあります。これは、Oracle などの特定の DBMS に固有のものです。また、予想されるボリュームとトラフィックをサポートし、優れたパフォーマンスを実現するための調整も反映されています。
これは、参照できる ANSI-SPARC 3 層モデルとは少し異なります。
概念モデルは設計ではなく分析の結果であるという考えを受け入れる場合、モデルが理にかなっているのかどうかという質問への答えは、単純に「わかりません」です。私はあなたの状況を見ていません。おそらく、教会/ラジオ局のデータベースをすでに構築している人は、状況に基づいてコメントすることができます.