J'ai donc utilisé le service de persistance SQL par défaut de Windows Workflow qui gère tout seul sans problème. Maintenant, l'un des environnements dans lequel je déploie n'a pas d'accès direct à la base de données; il pousse les appels de procédure stockée via un service Web sur un proxy pour plus de sécurité. Bien sûr, cela ne plaît pas aux dieux de la persistance SQL, bien que j'aimerais pouvoir tirer parti de cet environnement. Donc vraiment la seule différence que j'ai entre le comportement par défaut et potentiellement celui que je code pour notre environnement serait une autre façon d'appeler les procédures stockées: à distance au lieu d'accès direct (le service web mélange les jeux de données).Windows Workflow: Service de persistance personnalisé, même schéma et logique?
Si vous deviez résoudre ce problème afin de tirer parti des services de persistance, que feriez-vous? Théoriquement, j'aimerais conserver les mêmes tables et les mêmes procédures, mais je ne trouve pas de bonne référence quant à ce dont j'ai besoin d'appeler les procédures stockées.
Parfait parfait parfait, exactement ce que je cherchais. Merci beaucoup! – Chris