كيف يتم تشغيل Kodo JDO أداء ذاكرة التخزين المؤقت؟
https://stackoverflow.com/questions/2023547
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
هل لدى أي شخص خبرة مع آلية ذاكرة التخزين المؤقت الموزعة في كودا JDO؟ أود أن أعلم:
1) ما هو الكمون مثل تحديثات ذاكرة التخزين المؤقت الموزعة (حتى إذا كان هناك مستخدمين يضربون مخزن مؤقتين منفصلين، أي على اثنين من JVMS مختلفة ويستخدمون نفس البيانات ويحدث أحدها تحديثا، متى سيقوم المستخدم الآخر، باستخدام ذاكرة التخزين المؤقت الأخرى، انظر التحديث؟)
2) كم سيتم نقل البيانات بين JVMS؟ إذا تم إجراء تحديث لذاكرة التخزين المؤقت واحدة، فهل تخبر ببساطة التخزين المؤقت الأخرى لإسقاط الكائنات من خلال إخبارها بالمفاتيح الأساسية للكائنات لتدفقها؟ (القلق هو حركة مرور الشبكة / النفقات العامة لإدارة ذاكرة التخزين المؤقت الموزعة)
3) عندما يكون لديك تغذية خارجية في تحديث قاعدة البيانات الخاصة بك طوال اليوم (أي غير موجود من خلال تطبيقك)، ما مدى سهولة الاحتجاج خارجيا إلى تدفق ذاكرة التخزين المؤقت خارجيا؟
يتم تشغيل تطبيقنا في مجموعة Weblogic من 12 JVMS، ونحن نفكر في تمكين ذاكرة التخزين المؤقت الموزعة للمساعدة في الأداء من الرسوم البيانية الكائنات الكبيرة التي يتم سحبها من قاعدة بياناتنا - والتي لا تتأخر حاليا - ولكن أود أن أعرف بعض العالم الحقيقي تجربة مع # 1،2، و 3. شكرا.
لا يوجد حل صحيح
نصائح أخرى
هذه إجابة جزئية، لكنني أعتقد أنها لا تزال مفيدة (من http://docs.oracle.com/cd/e13189_01/kodo/docs303/ref_guide_cache.html):
عند استخدامها جنبا إلى جنب مع kodo.event.remotecommitprovider، يتم إبلاغ معلومات الالتزام إلى JVMS الأخرى عبر JMS أو TCP، ويتم إبطال التخزين المؤقت عن بعد بناء على هذه المعلومات.
لا ينص على ما إذا كان هذا يعني أن هذا الالتزام يتم تضمينه كجزء من المعاملة الأصلية (يأمل المرء) أو و / أو ما هو وقت التأخر أو النفقات العامة مع هذه العملية ومدى حساساتها (مثل كيفية أداء الأمر إذا كنت تقوم بذلك "إعادة تنسيق 15 JVMS ولديك عدة مستخدمين يقومون بتحديث نفس البيانات)
