-1

ojt-project に少し問題があります。私はデータベース設計を与えられ、そのためのクラス設計を行う必要があります。ただし、既存のデータベースに基づいてクラスを設計したことがないため、どのクラスを設計すればよいか混乱しています。

ここで何が起こっているのかを少し説明します。

データベース内のエンティティ: 申請者、申請、スキル、オファー、顧客。

顧客 (会社 a) が会社 b (私が仕事をしている会社) に問い合わせを送ります。会社 b には、求職者からのすべての応募が送られる応募者プールがあります。次に、企業 a から必要とされるスキルに基づいて、適切な応募者を検索します。マッチングが成立し、会社 a が顧客に満足すれば、彼は仕事を得る。そうでない場合、彼は保留状態でプールに戻されます。

基本的には、データベースの設計に基づいてクラス 1 から 1 を設計することだけを考えました。もちろん、ここで説明したエンティティは、データベース全体のごく一部にすぎません。しかし、これらのエンティティは、私がクラスに設計するものでもあります。申請者は書類を提出することもできます。ドキュメントはファイル サーバーに保存され、ドキュメントへのリンクはデータベースに保存されます。このドキュメント エンティティは意味がないため、クラスに設計しないものです。ファイルはアップロードされたばかりで、そのプロパティはデータベースに保存されます。

私はここで私の考えで正しい方向に進んでいますか?私はいくつかの情報や修正に非常に感謝しています...

4

1 に答える 1

1

特にテーブルがすでに第 3 正規形になっている場合は、テーブルごとに 1 つのクラスから始めるのが妥当です。ただし、これとは異なる場所がたくさんあります。たとえば、テーブル間のリレーションシップをどのようにモデル化するかによって、純粋な関連エンティティは必ずしもクラスを必要としません。

この種のことを行うさまざまな既存の ORM フレームワークがあります。空白のページから始めるのではなく、これらの ORM フレームワークのいずれかを使用することを検討する必要があります。これらのフレームワークは、多くの繰り返しの単調な作業を処理し、データ アクセス ロジックではなくアプリケーション ロジックに集中できるようにします。

于 2013-01-10T12:51:51.697 に答える