2009-02-25 13 views
3

Actuellement, l'une de nos applications est déployée à l'aide de ClickOnce et crée une base de données SQL Server Compact 3.5 dans le profil utilisateur Application Directory (itinérance).Quel type de données les applications peuvent stocker dans Mesh (et comment)

Je me demande si Live Mesh nous permettrait de stocker ces données dans le maillage à la place? Soit en stockant et en accédant au fichier de base de données directement dans/depuis le maillage, soit en en stockant les données brutes dans le maillage.

Est-ce quelque chose qui peut être fait et comment, ou est-ce quelque chose qui ne devrait pas être fait? J'essaye de comprendre ce truc de Live Mesh (à part la synchronisation des fichiers).

Tous les conseils, commentaires, etc ... seraient appréciés.

Répondre

2

Vous pouvez actuellement utiliser Live Mesh (www.mesh.com) pour synchroniser des fichiers, y compris des fichiers de base de données, si vous le souhaitez. Cependant, sachez que la synchronisation peut entraîner des conflits si la base de données est modifiée à deux endroits différents en même temps. Je ne pense pas que vous voulez que votre résolution de conflit se produise au niveau de la base de données entière ...

Vous pouvez également essayer le CTP Live Framework (developer.mesh-ctp.com - inscription requise) et changer votre logique d'accès aux données de l'application pour stocker vos données en tant qu'entrées dans les flux. Le modèle de données basé sur le flux est assez différent d'une base de données relationnelle, ce qui serait un effort non trivial. Il n'y a pas d'intégrité référentielle, et à la place des clés étrangères, vous avez des hyperliens vers les ressources. Les données utilisateur personnalisées sont stockées en tant que XML DataContract-sérialisé. Il existe un support de requête, mais seulement pour certains champs génériques, pas pour des données utilisateur arbitraires. Les conflits de synchronisation peuvent toujours se produire au niveau de l'entrée individuelle, mais un historique détaillé de tous les conflits est conservé et vous pouvez l'afficher à l'utilisateur pour lui permettre de choisir l'entrée à utiliser pour résoudre le conflit.

Votre application peut choisir de programmer directement sur l'API cloud, ou vous pouvez installer le Live Framework Client et le programmer par rapport à une API locale identique.

Le billet de blog ci-dessous détaille les différentes options de stockage de données dans Live Framework http://nmackenzie.spaces.live.com/blog/cns!B863FF075995D18A!163.entry

Vous pouvez consulter la documentation Live Framework http://msdn.microsoft.com/en-us/library/dd156996.aspx

Il y a un certain nombre d'autres bonnes ressources (vidéos de formation, screencasts , visites guidées, travaux pratiques, articles de blog, etc.) dans les discussions sur le forum Live Framework http://social.msdn.microsoft.com/Forums/en-US/liveframework/threads/

Questions connexes