問題タブ [relational-model]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
246 参照

c# - Azure Offline Sync はリレーショナル テーブルを処理しますか?

2 つのテーブルを作成しました。1 つはUserで、もう 1 つはTodoitemsです。Todoitem は特定のユーザー ID に対して作成されますが、 RefreshItemsFromTableAsync()関数でlinq クエリを使用して取得しようとすると、正常にコンパイルされますが、エミュレーターで「The member userid is not supported in 'Where' Mobile Services Query expression item 」というエラーが表示されます.User.Userid " 以下は私のLinqクエリです

Offline Sync ではコア データの関係が許可されないというブログも読みました。どんな助けでも!

0 投票する
1 に答える
104 参照

entity-relationship - ER モデルをリレーショナル モデルにマッピングする

ER からリレーショナル モデルへのマッピングを理解するために、このサイトを調べていました。以下はリンクです:

ER モデルからリレーショナル モデルへ

ケース 1 を考えてみましょう: Passport エンティティ タイプが全体参加であるため、person テーブルと Passport テーブルを has リレーションシップと共にマージして、上記の 3 つのすべての属性と主キーを Person_id として持つ 1 つのテーブルにマージできます。

私の疑問は、パスポートを所有していない人々にとって多くの NULL 値につながるのではないかということです。より良い解決策は、Person_id を Passport リレーションの外部キーとして含め、Person エンティティ タイプ自体の別のリレーションとして含めることだと考えていました。

どちらのソリューションにも長所と短所があるようです。

1) 1 つの大きなテーブルは、多くの NULL 値の可能性を意味しますが、個人のパスポートの詳細に簡単にアクセスできます。

2) 2 つの別個のテーブルは NULL 値がないことを意味しますが、人々のパスポートの詳細を見つけるには、結合操作を実行するか、2 つの別個のテーブルを検索する必要があります。

これら2つの解決策のうち、正しいのはどれですか? 正しいとは、そのような場合に一般的に行われている解決策はどれですか?