1

データベースバックエンドでのCRUD操作に使用する必要があるWCFデータサービスを構築したいと思います。データベース内のオブジェクトの関連レコードを識別するために、私はそれが主キーであることを知らなければなりません。データベーススキーマで代理キーを使用しています。

後続の呼び出しでデータベース内のレコードを識別できるように、代理キーを呼び出し元に渡すことは良い習慣ですか?(呼び出し元はオブジェクトを取得し、呼び出し元はオブジェクトを変更し、呼び出し元はWCF更新メソッドを呼び出します)サロゲートキーは通常、データベースの外部では使用しないでください。それが良い考えではない場合、他にどのようなオプションがありますか?

どんなアドバイスも大歓迎です。

4

2 に答える 2

1

はい、あなたのソリューションは完全に適切です。これは、CLRオブジェクトを永続エンティティにマップする最も簡単な方法です。さらに、サービスの利用者は、UIをプログラミングするとき、ロギングの目的などで、このunqiue識別子が役立つと感じるかもしれません。

私はためらうことなくこのように行きます。

于 2010-02-08T10:15:41.440 に答える
0

これはすべて、あなたが話しているデータの種類に依存すると思います。純粋なリソース駆動型データについて話している場合、代理キーの公開に問題はありません。ただし、これがビジネスデータである場合は、ビジネスキーのみを公開する必要があります。これにより、互いに素なシステムが一般的な方法で通信できるようになります。

于 2010-02-08T13:58:32.660 に答える