2009-02-23 6 views
0

Je suis en train de chercher des options pour un outil de back-office. À première vue, l'outil est simple CRUD donc j'ai été immédiatement attiré par Dynamic Data au-dessus de Entity Framework (nous sommes certainement un magasin Microsoft!).Entity Framework, Dynamic Data et Versioning

Le problème est que la future exigence est de prendre en charge la gestion des versions. Par là, je veux dire:

  1. utilisateur effectue une série de mises à jour à une série d'entités
  2. Quand ils sont heureux, ils soumettent les changements
  3. Les changements persistaient à la DB avec suffisamment d'informations pour soutenir un rollback

Ailleurs, nous avons fabriqué à la main que l'application:

  • Comprend un identifiant de version qui est incrémenté chaque nouvelle ligne insérée - à savoir que nous ne nous ajoutons à jour pas une nouvelle ligne
  • Une cravate de table de poste de travail les changements effectués à l'aide de l'identifiant de version ainsi que le type d'entité (tableau)

Donc, la question est, Comment pourrais-je obtenir un résultat final similaire en utilisant un cadre d'entité et des données dynamiques?

Si cadre d'entité, etc n'est pas approprié - que voulez-vous utiliser (.Net)?

Merci, Alan

Répondre

0

Une solution serait de déplacer la logique pour le versioning aux déclencheurs de base de données. De cette façon, vous pouvez utiliser une donnée dynamique standard au-dessus de Entity Framework, et retrofit le versionnement en exécutant un ensemble de scripts de base de données.