agilewiki cooDbms. Agilewiki CoODBMS - The Copy-On-Write Odbms.
التحميل الان

agilewiki cooDbms. الترتيب والملخص

agilewiki cooDbms. العلامات

Wiki Engine. oodbms. النسخ عند الكتابة OODBMS تمثيل المعرفة agilewiki. نظام إدارة قواعد البيانات (COODBMS).

agilewiki cooDbms. وصف

agilewiki cooDbms - نسخة OODBMS-الكتابة. agilewiki cooDbms - نسخة OODBMS-الكتابة. رعاة البقر، التي تعتمد cooDbms، كان كل شيء عن القدرة الخام: النسخ العميقة السريعة، أشجار B، التجزئة القابلة للتوسيع والقوائم. الغرض من CoODBMS هو تنظيم كل هذه الأشياء في شيء أكثر قدرة للاستخدام. الفكرة الأساسية هنا هي أن الكائنات يمكن تجميعها معا في الأشجار البسيطة، ويتم تنظيم الأشجار بدورها كشركة بيانية غير دورية (مثل شجرة عائلة). نسمي هذه الأشجار Rolons.a مقدمة موجزة في RolonsCoodbms تضيف هيكل تنظيمي قوي إلى BAWDB: Rolons. يمكنك التفكير في رولون كهيكل شجرة بسيط. هناك أربع جطراء (أو وحدات): وحدة مصنف - تحدد العلاقات التي لدى رولون بها رولونات أخرى. وحدة واصف - تحدد سلوك رولون. وحدة دفتر الأستاذ - تعقد حالة رولون. وحدة دفتر اليومية - تتبع الأنشطة التي شاركت رولون. تسمى العقد تحت كل وحدة أقسام وأوراق الشجرة تسمى مقالات القسم. يتم تنظيم الأقواس أنفسهم كشركة بيانية غير دورية أو هيكل بوش، على غرار شجرة عائلة حيث يمكن أن يكون لدى Rolon أولياء أمور متعددة وأطفال متعددين. يمكن أن يكون الهيكل الناتج تعسفا للغاية ولا يهدف فقط إلى تحقيق تحديد موقع رولونز من الفائدة (وسيلة واحدة، على أي حال)، لكن الهياكل المفيدة تميل إلى أن تكون في طبيعتها. الآن لا تستمد قوة CoODBMS من التنفيذ، ولكن من حقيقة أن هيكلها التنظيمي ينطبق عالميا على جميع التطبيقات. هذا يسمح لنا بتطوير عمليات عامة والتي من شأنها أن تكون خاصة بالتطبيق. يمكننا تقليل OO إلى هذا: البيانات + المنطق -> الكائنات. ولكن في ورولونيكس ننظر إلى الأشياء بهذه الطريقة: العلاقات + السلوك + الحالة + النشاط -> رولونز. ثم تقسم نظرية رولونيك بيانات التعريف في العلاقات والسلوك، مع إضافة تاريخ الأنشطة التي شاركت فيها Rolon. إنها هذه الطريقة الشاملة والمتنينة للنظر في الأشياء التي تجعل الأشعة الورقية قوية للغاية. الفرق الآخر بين OO و Rolonics هو السياق. في ورولونيكس، يتمكن كل رولون وقسم وقسم الدخول إلى البيئة التي تعمل فيها. يتم تنفيذ ذلك باستخدام طريقة عدم التحكم (IOC) التي توفر كل كائن مع معلومات حول سياقها. يمتد CoODBMS السياق الذي يوفره البقر مع الأساليب GetMyrolon () و GetMyunit. الوقت في COODBMS، Junit نفسه هو تقويم، كما يمكن أن يكون دفقة دفتر الأستاذ أو الواصف أو المصنف. التقويمات ضرورية لتسجيل النشاط والتخطيط. مثل كل شيء آخر تقريبا، بالكوادمز بالكاد يمس هذا الموضوع. Joodbms، الطبقة التالية على CoODBMS، تغوص أعمق بكثير في هذا الجانب. تطبيق Rolons Developmentin Rolons دائما كائنات من الدرجة الأولى، مما يعني أنها تحت مؤشر. الوحدات والأقسام الفئة الفرعية أكثر ترضا أو غصين. ويمكن أن يكون إدخالات القسم أي pobject. للانضمام إلى Rolons إلى بنية أكبر، سيحتوي كل رولون على الوالدين وقسم مصنف للأطفال. ستعقد هذه CSECS قائمة بالوروم التي تحتوي على أسماء Rolons الأخرى في نفس الفهرس. يتم تعديل منطق العد المرجعي أيضا بحيث يتم حذف Rolon غير معروف جيدا والتي لا تملك أي آباء. وكما يتم تنظيم رولونات كشركة بيانية غير دورية، فإن العد المرجعي يعمل بشكل جيد للغاية. يتم أيضا زيادة دقة Pathnames و Deathname أيضا، على الرغم من ملاحظة أن Rolon يمكن أن يكون لها أسماء مسامير متعددة. عند إنشاء اسم المسار ل Rolon، يتم استخدام الوالد الأول في CSEC الأصل. يتم إنشاء عناصر Rolonic باستخدام نفس الأساليب كما يتم استخدامها في البقر، ولكن لاحظ أنه لا يمكن إنشاء ROLON فقط في فهرس (روتون كائنات من الدرجة الأولى) ويمكن إنشاء الأقسام إلا في وحدة أو قسم آخر. (الأقسام كونها عقد الشجرة هي جذرها وحدة. ما الجديد في هذا الإصدار: لا توجد أخطاء معروفة اعتبارا من هذا الإصدار، والذي يتضمن إصلاحات لمشاكل التخزين المؤقت وتسريبات الذاكرة والملاحة في المرة الماضية. تم إكمال اختبار الإجهاد الخيوط بنجاح.

agilewiki cooDbms. برامج ذات صلة