WCF Data Service / Surrogate Key

Question

Ich möchte einen WCF-Datendienst bauen, die für CRUD-Operationen auf einem Datenbank-Backend verwendet werden soll. Um die damit verbundene Datensatz des Objekts in der Datenbank zu identifizieren, muß ich wissen, dass es Primärschlüssel ist. Ich benutze Ersatzschlüssel in meinem Datenbank-Schema.

Ist es eine gute Praxis, die Ersatzschlüssel an den Aufrufer übergeben, so dass es möglich ist, die Datensätze in der Datenbank in späteren Aufrufen zu identifizieren? (Caller ruft Objekt, Anrufer ändert Objekt, Anrufer rufen WCF-Update-Methode) Ich weiß, dass Ersatzschlüssel sollte in der Regel nicht außerhalb der Datenbank verwendet werden. Wenn das keine gute Idee ist, welche andere Möglichkeiten habe ich?

Jede Beratung ist stark apreciated.

Answer 1

Ja, Ihre Lösung ist völlig ausreichend. Es ist die einfachste Art und Weise CLR-Objekte persistent Entitäten abzubilden. Darüber hinaus können Sie Ihre Dienste der Verbraucher diese unqiue Kennung finden nützlich, wenn UI Programmierung, zur Protokollierung etc.

ich auf diese Weise, ohne zu zögern gehen würde.

Answer 2

ich denke, das hängt alles davon ab, welche Art von Daten, die Sie reden. Wenn Sie sich über reine Ressource angetrieben Daten sprechen, gibt es keine Probleme mit Ersatzschlüssel auszusetzen. Wenn jedoch diese Geschäftsdaten ist, sollten Sie nur Geschäftsschlüssel aus. Es ermöglicht disjoint Systeme in allgemeiner Weise zu sprechen.