هو خدمة بيانات ADO.NET غير متصل (Astoria Offline) Dead؟ أي خطة ب؟

Question

نحن نحاول تحويل تطبيق خادم عميل المدرسة القديم إلى تطبيق N-Tier مع المزامنة والدعم دون اتصال باستخدام جميع تقنية Microsoft (نحن مجموعة كاملة من .NET و SQLServer). نريد التركيز على كتابة منطق الأعمال بدلا من قضاء الوقت على النعج، لذلك سنصل إلى تكنولوجيا البرقوق الموجودة بقدر الإمكان.

حتى الآن قررنا استخدام إصدار SQL Server Compact Edition مع عميل WinForm / WPF سميكة، SQL Server 2008 على الخادم، إطار Microsoft Sync للقيام بمزامنة بين العميل SQL DB و Server SQL DB. حتى الان جيدة جدا.

المشكلة تأتي كما عندما نحاول تنفيذ جزء "N الطبقة". تطبيقنا الحالي هو جميلة الخدمية. تتم كل مكالمة الوصول إلى البيانات من خلال خدمة الويب. بطبيعة الحال، كنا نفكر في استخدام خدمة بيانات ADO.NET. ثم جاء مفاجأة سارة لنا أن هناك شيء يسمى خدمة بيانات ADO.NET غير متصل (Astoria Offline)، والذي يسمح لنا بإجراء مكالمة الوصول إلى البيانات عبر خدمة الويب ومزامنة الدعم، وحتى الدعم دون اتصال بالإنترنت. فجأة بدأنا نعتقد أن السماء هي حقا مكان على الأرض.

ثم أمس زميلنا في الفريق الذي هو المسؤول عن البحث عن "Astoria offline" يخبرنا أن "Astoria offline ميت" بناء على وظيفة المدونة ( http://blogs.msdn.com/astoriateam/archive/2009/03/07/2009/03/07/ANNOUNCING-Project-codename-astoria-offline-alpha-preview.aspx. ). لقد اشتبك في أنه على صدع لكننا لم يرغب في تحديه. والحقيقة هي أن أستوريا دون اتصال لا يزال في وضع ما قبل ألفا، ونحن بحاجة إلى حل الإنتاج.

بحيث غير الأسسر دون اتصال بالإنترنت، هل هناك أي حل آخر مماثل يسمح لنا باستخدام إطار Microsoft Sync في إعداد N-Tier الذي يدعم أيضا وضع غير متصل؟

Answer 1

إذا كنت تفكر في خدمات بيانات ADO.NET، فقد تجد جيدا أن خدمات المزامنة ADO.NET هي مناسبة جيدة لك. اعتمادا على Senario تحاول إنشاء. قد يصلح الوصول إلى البيانات عن بعد بالتناوب بشكل أفضل.

قد ترغب في اختيار خدمات المزامنة: 1.Supports حل النزاعات. 2. تتبع التتبع على الخادم وكذلك العميل بحيث يتم تبادل اختلافات البيانات فقط. 3.Peer إلى الأقران مزامنة في إطار V2 المقبل للمزامنة. 4.Sync مع قواعد البيانات بخلاف SQL Server. 5. Best مناسبة ل SSCE تعمل على سطح المكتب أو الكمبيوتر المحمول.

RDA قد توفر لك أداء أفضل إذا: 1. تستخدم مفاتيح المرحلة الأساسية GUIDS بدلا من أعمدة الهوية. 2. Upers لا يبحث عن بيانات بعضها البعض حتى لا تحتاج إلى حل النزاعات. تعمل قاعدة "الماضي في WINS" من أجلك. 3. في الوقت الذي تريد دفع الفهارس لأسفل، لا تهتم إذا كانت قاعدة بيانات SSCE المحلية لديها قيود تكامل مرجعي مطبقة. 4. ترغب في التفاف التغييرات التي تنقلها إلى SQL Server في معاملة بحيث يتم تطبيق جميع التغييرات أو لا أحد منها. 5. تتبع التتبع على العميل جيدة بما فيه الكفاية وإعادة تنزيل جداول الخادم المحدثة لا يستغرق وقتا طويلا. 6. يو مطورون لا يمانعون في كتابة بعض رمز المزامنة. 7. كن قادر على تنفيذ SQL وتخزين الإجراءات مباشرة مقابل خادم SQL عبر IIS. 8. يمكنك تنزيل البيانات للقراءة فقط.

إذا كنت بحاجة إلى أي شيء أكثر، فقط الصراخ.