問題タブ [multiplicity]

UML シーケンス図で 0..* を使用できるかどうかを知りたいです。できれば、シーケンス図の観点からそれが何を意味するのか説明してもらえますか?

私の質問はかなり単純なようですが、残念ながらこれに対する満足のいく答えが見つかりませんでした。

次の例を見てください。

テーブルは作成Author者を定義し、Document少なくとも 1 人の作成者をAuthors持ち、ドキュメントに含まれるすべての作成者をテーブル グループにまとめます。

私の質問は次のとおりです。ドキュメントを挿入するたびに、作成者のグループがテーブル Authors に既に存在するかどうかを確認する必要があります。

これを行う最善の方法は何ですか？まず、このグループが既に存在するかどうかを確認する必要があると思います。次に、その ID を取得する (既に存在する場合) か、新しいレコードを生成するAuthors(グループが存在しない場合)。

質問：

これは、多対多の多重度を持つテーブルで発生する正しいロジック プロセスですか?

テーブル Authors に値のグループが既に存在するかどうかを確認するにはどうすればよいですか??

このようなものがありますがselect * from Authors where a_id IN(1,2,3)、排他的な方法です。:S

どんな助けでも素晴らしいでしょう。

ありがとう

多重度 0..* と 1..* を区別する方法を知りたいだけです。

例えば：

このため、1..* をクラス オブジェクトに入れると、どちらも同じ動作を表すことがわかります。そうですか？

0..* ---> 0 個以上のクラスに 0 個以上の生徒を含めることができます。これは、1 つまたは複数のクラスに 1 つまたは複数の生徒を含めることができることを意味します。（クラスの振る舞いを除く）

1..* ---> 1 つまたは複数のクラスに 0 人以上の生徒がいる可能性があります。つまり、1 つまたは複数のクラスに 1 つ以上の生徒がいる場合もあれば、生徒がまったくいない場合もあります。

私の理解を修正してください？

同様の質問が寄せられていますが、これは私の問題に完全には対応していません。

• クラス図 UML のクラスのデータ属性としてのオブジェクト

• UML を描画するときに、関連付け/集約/構成の代わりに属性 (プロパティ) を使用する場合

先生の次の発言に問題があります。

1. 「クラスの属性のタイプとして、組み込みまたはカスタム定義のデータ型のみを持つことができます。他の属性の場合、多重度は量とそれが必須かどうかを定義します。」（けっこうだ）

次の説明を想定してみましょう。

[...]各操作は、必要な品質レベルで実行される一連のタスクを保持します。各タスクには、このタスクで使用可能な品質レベルのリストから選択された関連する品質レベルがあります。[...] (操作が保持されます。他の属性の数も)。

これで、次の「クラス図」が作成されました。

質問:

1. 自分のクラス ダイアグラムの一部として (クラスとして) 自己定義したデータ型を使用できますか? または、これらを他のクラス内の属性としてのみ使用できますか?

2. これらのデータ型を属性としてのみ使用できる場合、この属性をクラスに追加することによって、コレクションが順序付けられ、他に一意であるという事実をどのようにマークできるかわかりません。これは、私の教師によると許可されていません。次に、組み込み型でも自己定義型でもない型のコレクションを属性として持つことになります。

3. 私の知る限り、クラスに属性を追加し、このコレクションが順序付けられていることを指定することは、そのようなプロパティをマークする唯一の方法であり、多重度では実現できません。

誰かが適切な表記法について少し光を当てることができますか?

私はエッジラベルを持っています

ContainsAttribute持っているMultiplicity.SIMPLE

これらのエッジにはx、頂点中心のインデックスを作成したいプロパティがあります。

したがって、エッジは を表しEntity --containsAttribute --> Attributeます。私が作成しようとしているクエリは、 Property でフィルタリングすることにより、クエリを指定してエンティティを検索しようとしますx。

なぜ私が言うことを許さないのだろうか：

The relation type [ContainsAttribute] has a multiplicity or cardinality constraint in direction [IN] and can therefore not be indexed

私のユースケースは理にかなっていると思います。それを機能させるために、エッジラベルの多重度をSIMPLEからMANY2ONE、ONE2MANYまたはに緩和したくありませんMULTI。

編集: http://s3.thinkaurelius.com/docs/titan/1.0.0/indexes.htmlの例によると、ヘラクレスは多くのモンスターと戦ったため、「戦った」というラベルの付いたエッジは「ヘラクレス」から複数回出てきます。さまざまなモンスターと接続します。次に、エッジ インデックスは属性 'time' にあるため、フィルタリングを実行できます。私は似たようなことをしたいのですが、頂点中心のインデックスがその方法だと思いました..これらのエッジは、Hercules と各モンスターの間に「戦闘中」とラベル付けされたエッジが最大で 1 つあるため、Multiplicity.SIMPLE です。

編集2：

与えられた例に似た SIMPLE グラフ:

Hercules と、出て行く SIMPLE 'battled' エッジの頂点中心のインデックスを持つことは理にかなっていると思います。time >=20これにより、Hercules からモンスターにトラバースするときのクエリがより高速になります。

頂点中心のインデックスを活用するために、以下のような MULTI グラフ (それほど厳密ではない) が必要な理由がわかりません。

どんな助けでも大歓迎です！ありがとう！

クラス A の横にある中空のダイヤモンドと、クラス B の横にある多重度が、クラス A と B の関係について何を意味するのか理解できません。

クラス図を設計するときのカーディナリティ/多重度について混乱しています。私の主な混乱は、いつ 1---* 関係を表すかということです。たとえば、乗客クラスと座席クラスの場合、乗客は 1 つの座席に割り当てられます。この場合、座席はある時点で 1 人の乗客に割り当てられますが、その存在期間中は多くの乗客に割り当てられます。

では、座席 ---> 乗客は 1-1 または 1-* のどちらにすべきでしょうか?

学校の先生と私は、2 つのクラス間の関係に正しいカーディナリティを記述する方法について議論しています。

この演習では、1 人の顧客が 0 ～ x の注文を持っており、1 つの注文は常に 1 人の特定の顧客に属していることがわかります。だから私の考えは：

私の教師の解決策：

それで、あなたはそれについてどう思いますか？私は正しいことを願っています:)