問題タブ [relation]

Altova UModelの試用版をダウンロードし、UMLの使用を開始しました。実用的な始まりとして、私はWebブックマーク管理を含む個人情報マネージャーアプリケーションをモデル化しています。

ブックマークは一度に多くの（またはない）タグに属することができ、タグには多くの（または含まれているすべてのブックマークが削除された場合はない）ブックマークを含めることができます。リレーションは双方向でナビゲート可能である必要があります。ユーザーは、特定のタグを持つすべてのブックマークとブックマークのすべてのタグを表示できる必要があります。

ブックマーククラスとタグクラスの間の正しいUML関係は何ですか？

私が今UMLを理解している限り、それはアソシエーションです（アグリゲーションではありません）。しかし、双方向のナビゲート可能な多対多の関係の場合、endsロールを「memberEnd」または「whennavigableOwnedEnd」として指定できます。グラフィカルに接続はどちらの場合も同じように見えます（矢印）（私が理解しているように、ナビゲート可能性を意味します）が「memberEnd」が使用されている場合にのみ、プロパティがクラスボックスに表示されます。

モデルでそれをどのように指定する必要がありますか？双方向でナビゲート可能な多対多の関係を意味する場合はどうすればよいですか？

私は自分のアルゴリズムの教科書を読んでいて、漸化式について読んでいて、アルゴリズムが非常に複雑であることに気づいています。私はこの線に出くわします

私の答えは「どうしてそれを知ったの？！？！」でした。

だから私は体系的なアプローチがあるのか​​、それともアルゴリズムからこれらの漸化式を取得する論理的な方法があるのか​​疑問に思っています

誰かがbと2つの2がどこから来たのか説明できますか？

私の状況では、注文や注文の詳細など、1対多の関係があり、単一の注文の詳細を持つ注文を取得する必要があります。

Doctrine ORMとSymfonyで、通性的な1対1の関係をどのように実装する必要がありますか？データベースにいくつかのフォルダが表示されているとします。各フォルダには、デフォルトのアイコンまたは別のテーブルに表示されるカスタムアイコンを含めることができます。この関係はスキーマファイルでどのように記述されるべきですか？与えられたフォルダの関係の場合に発生するか発生しないかをどのように知ることができますか？

私自身は推測する必要がありますが、それぞれがあまり良くないようです：

folder_icon1）テーブルにid列とfolder_icon_id列を含むテーブルを定義しfolder、これらの列を外部キーでリンクするとします。NULLが含まれている場合folder_icon_id、関係は発生しません。整数値が含まれている場合は、それぞれのフォルダアイコンを指します。この方法で実装し、$ folder-> getFolderIcon（）などを使用してフォルダーアイコンを取得しようとすると、フィールドがnullに設定されたFolderIconクラスのインスタンスが取得されます（NULL、FALSE、Doctrine_Nullなどを取得することを期待します）。 ）。なんでそうなの？返されたオブジェクトが「実際の」フォルダアイコンではないかどうかを確認するにはどうすればよいですか？

2）前と同様の方法を使用していると仮定しますfolder_iconが、テーブルの最初の行をデフォルトアイコンとして定義し、カスタムアイコンが選択されていない各フォルダーがこの最初の行に関連付けられるようにします。この場合、FolderIconクラスのダミーインスタンスを取得しても問題はありません。ただし、カスタムフォルダアイコンがデータベースから削除されると問題が発生します。これは、削除されたアイコンを使用するフォルダをデフォルトのアイコンに関連付けるonDelete動作「SET1」がないためです。

この問題はどのように解決する必要がありますか？スキーマファイルでこの種の関係を定義する適切な方法は何ですか？

データベーススキーマを作成し、すべての外部キーを考え出すとき。データベースでそれらを明示的に定義することの利点は何ですか？

利点はありますか？

依存している場合は、MySQLが使用するデータベースです。

次の再帰関係にバインドされている大きな O を見つけようとしています。

そこで、反復を使用してこれを解決することにしました。

ただし、これが正しいかどうかはわかりません。さらに、これから Big O を導き出す方法について、いくつかのガイダンスをいただければ幸いです。どうもありがとう！

下の図のスキーマを持つデータベースがあり、[letaky] の 1 つの行 (1 つの ID) に関連するすべてを選択する必要があります。これは、関連する [zamestnanci]、関連するすべての [obsah]、およびその中のすべての [knihy] を意味します。

データベースでリレーションを使用するのはこれが初めてで、そのような選択を行う方法がわかりません。

リレーションデータベースにデータの行を持つアプリケーションがあります。テーブルには常に次のいずれかのステータスが必要です

未提出、承認待ち、承認済み、却下済み

これらは決して変更されないため、それらを実装する最良の方法を決定しようとしていましたが、値を含む Status 列挙型と、int がテーブル行の status 列に配置される場所に割り当てられた int を考えることができます。

または、テーブルにリンクされたステータス テーブルと、ユーザーがこれらのいずれかを現在のステータスとして選択します。

現在、ドロップダウンなどにデータを入力し、SQL を設定するための承認ページのこれらの値を列挙した列挙型を使用しているため、どちらがより良いオプションであるかを判断できません (現在、承認済みと承認のために提出されたものをブール化するために使用しているため、これは汚れています)さまざまな理由とニーズの変化により）。

これについてのあなたの考えと、私はどちらに行くべきか疑問に思っています.

違いがあれば、エンティティ フレームワークを使用しています。

ちょっとしたコードがあり、その繰り返し関係を書く必要があります。このコードは単純に 2 の n 乗を計算します。どんな助けでも大歓迎です。

Rails3の結合の属性にアクセスできません。

場所と住所の2つのモデル/テーブルがあります。1つの場所に多くの住所を含めることができます（つまり、特定の番地、「の角」の住所など）。歴史的な理由から、テーブルは標準のRailsの規則に従っていません。

と

1つの特定の場所のすべてのアドレスを取得しようとしています。

生成されるSQLは正常に見えます。

その特定の場所には6つの住所が関連付けられているため、返されるリレーションにも適切なサイズがあります。

ただし、返されるリレーションpaには、Placeモデルの属性のみが含まれ、Addressモデルの属性は含まれていません。

Rails3より前以前はfind_by_sqlを実行し、返されたハッシュで2つの結合されたテーブルの属性に簡単にアクセスできましたが、Rails3に結合されたAddressテーブルの属性を表示させることはできません。

私はここで非常に基本的な何かを見逃しているに違いありません-誰かが私にそれを指摘することを気にしますか？