ブラウザベースのゲーム内でプレーヤーデータを保持するスキーマを設計しています。
私には3つの関係があります。それらのうちの2つには、少なくとも2つの候補キーがありますが、3つ目には、{playerId、message、date}の3つの属性しかありません。
1..1：0 .. *の関係があるため、この関係は一意の行を保持しません。つまり、各プレーヤーに任意の数のニュースタプルが存在する可能性があります。タプルを一意に識別できる必要はありません。とにかく、どの属性も実際には候補になることはできません。
私の質問は次のとおりです。リレーショナルモデルでは、重複するタプルは存在できず、各リレーションにはキーが必要であると述べています。上記の私のスキーマは、これらの制約の両方と矛盾しますが、私の目的のために機能します。一意のインデックス属性（IDなど）を追加するだけでよいことはわかっていますが、それは不要のようです。私は何かが足りないのですか？
御時間ありがとうございます。