لوتس نوتس ليست قاعدة بيانات علائقية - الفرق بين قاعدة بيانات وملاحظات RDBMS
كيف هذا يختلف من RDBMS؟
هناك مناطق عدة من الفرق بين ملاحظات والتقليدية لإدارة قواعد البيانات العلائقية نظام.
1. تلاحظ يبقي رمز التطبيق والبيانات في قاعدة بيانات واحدة.
بالتأكيد، العديد من RDBMS يبقى قانون في قاعدة البيانات، والإجراءات المخزنة، ولكن هذا الرمز هو أساسا قاعدة بيانات رمز الإدارة التي تتعامل مع إدارة عمليات قاعدة البيانات بشكل صحيح، بدلا من تنفيذ الأعمال وتطبيق المنطق.
ملاحظات ليس لديها أي مفهوم من التعليمات البرمجية التي يتم إرفاقه أحداث تخزين البيانات. وترد أحداث QuerySave وغيرها من الكائنات واجهة المستخدم، وعملياتها. ويحتفظ كل رمز يشير إلى التطبيق في قاعدة البيانات، ويتطابق معه.
وقد وضعت بعض مطوري التطبيقات الذين قاموا بإنشاء رمز API طرق للحفاظ على هذا الرمز في قاعدة البيانات أيضا، كمرفقات، وبعد ذلك فصل تلقائيا من قبل تطبيق ملاحظات، والاستفادة من ذلك في نموذج تكرار لتوزيع مكونات التطبيق غير ملاحظات.
2. ملاحظات لا يوجد لديه مخطط، وليس تنفيذ التكامل المرجعي
ملاحظات لا يملك المخطط. انه ليس لديها مفهوم الجداول أو مفاتيح، وهكذا لا يمكن تطبيق التكامل المرجعي. بقدر ما تشعر بالقلق ملاحظات، كل الملاحظات البيانات تشير البيانات؛ التفريق بينهما وصولا الى محتوياتها فقط، وليس لأية سمات هيكلية.
على سبيل المثال، يتم استخدام النموذج حقل من ملاحظات واجهة المستخدم لمعرفة ما تلاحظ شكل - قناع الشاشة - ليتم استخدامها لعرض البيانات المذكرة على الشاشة. مثال آخر: وجهات النظر، والتي تكون بمثابة قاعدة بيانات الأرقام القياسية، لديها صيغة الاختيار؛ المطور يستخدم هذا لتحديد الملاحظات البيانات التي سيتم تضمينها في هذا الرأي.
عادة يتم استخدام قيمة حقل النموذج، وهي عبارة عن أقرب ملاحظات يحصل على جدول RDBMS. يمكن فرز وجهة نظر، والعمود الأول هو فرز حوالي أقرب ملاحظات يحصل على مفاتيح الجدول.
بسبب هذا، ليس لديها ملاحظات التكامل المرجعي، وأنه لا. إذا كان ذلك مطلوبا في تطبيق ما، وتستخدم معيار ملاحظات تصميم وتقنيات البرمجة لخلق نموذج RI للتطبيق. العلاقة الوحيدة الهيكلية التي تحيط الأدوات هو التسلسل الهرمي للاستجابة، التي تنص على وجود علاقة بين الوالدين والطفل من وثائق.
على سبيل المثال، يتم استخدام هذه التطبيقات في نوع مناقشة ذلك أن وجهات النظر، والتي يمكن أن تكون حساسة لهذه العلاقة، وسيتم إنشاء وعرض المواضيع من الردود. انها تنفذ من قبل حقل المؤشر في استجابة الامر الذي يشير الى الوالد على الفور. أنها لا تملك أي قاعدة من قواعد مرفقة به، بحيث انه من الممكن تماما لحذف أي وثيقة في الموضوع، وبالتالي من المنطقي كسر في الموضوع. والامر متروك لمطور التطبيق إما لمنع حدوث ذلك، أو لكتابة التعليمات البرمجية التي إصلاحات في الموضوع.
ويجوز للتطبيق الكامل أيضا أن تكون ملاحظات عدة ملاحظات قواعد البيانات. ويلاحظ من نفسها ليس لديها أي آلية لإدارة العلاقات بين قواعد البيانات هذه. بالتأكيد، هناك أساسيات البرمجة والأدوات اللازمة لبناء تطبيقات قواعد البيانات المتعددة، بحيث قاعدة بيانات واحدة يمكن البحث عن واستخدام وتحديث البيانات في واحد آخر، ولكنها تلاحظ في حد ذاته لا يعرف، فهم أو الحفاظ على هذه عن نفسها. إذا لزم الأمر، فإنها يجب أن تكون مبرمجة.
3. قد تلاحظ إبقاء البيانات كجزء من التصميم.
تنفيذ الأكثر وضوحا على ذلك هو مجال الكلمة ملاحظات. وهذا هو التنفيذ الجزئي لجداول القيد، في أن يتم استخدامها لتقديم قائمة ثابتة من القيم التي يمكن إدخالها في حقل، ولكن لا يتوقف غير المدرجة في البورصة القيم التي يجري إدراجها في حقل برمجيا، وذلك لأن قائمة الكلمات الرئيسية هي جزء من وجوه واجهة المستخدم لعرض البيانات، وليس سمة من تخزين البيانات في حد ذاتها.
حقول الكلمة لديها مجموعة متنوعة من التطبيقات، في أن الخيارات يمكن أن تكون قائمة ثابتة أو قابلة للتمديد، كما يمكن عرض قائمة جهاز لاسلكي، أو خانات الاختيار. ويمكن المعلبة البيانات قائمة الكلمات الرئيسية في تصميم أو البحث عنها في مكان آخر في نفس أو تطبيق آخر ملاحظات، أو، مع برامج التشغيل المناسبة، في قاعدة بيانات خارجية. لاحظ أن هذا الأخير ليس خيارا تنفيذ جيد، لأنه من الصعب توزيعها.
عندما يتم الاحتفاظ البيانات كجزء من التصميم، لا يمكن أن قائمة الاختيار يتم تحديثه برمجيا.
4. تلاحظ هي قاعدة بيانات وزعت
واحدة من التفاضل ملاحظات المفتاح هو حقيقة أن تطبق قاعدة بيانات نظير نموذج توزيع، وتوفر عملية النسخ المتماثل للحفاظ على هذه النماذج المقلدة وزعت على وفاق.
واحد جزءا أساسيا من هذا النموذج هو أنه لا يوجد مفهوم بنسخة رئيسية من قاعدة البيانات، لذلك لا توجد آلية لرفض أو تحديثات متضاربة حتى serialising.
هناك آليات للكشف عن الصراعات، وآليات محددة لدمج التحديثات متضاربة، ولكن إلى حد كبير، لأنواع من التطبيقات التي تستخدم للملاحظات، ونموذج الأعمال لا يميل ليكون واحدا يمكن ان تولد نزاعات على أي حال.
5. تلاحظ تطبق نماذج ميدانية مختلفة.
واحد فرق كبير بين ملاحظات وأي نموذج قاعدة البيانات الأخرى هو مفهوم متعدد قيمة المجالات؛ أساسا لتخزين مجموعة واسعة في حقل واحد. ملاحظات يخزن في الواقع كل المجالات بهذه الطريقة إلا لحقول نص منسق. انها الاكثر شيوعا ينظر إليه في البريد الإلكتروني ملاحظات - في سيندتو، وتنفذ جميع CC والحقول BCC بهذه الطريقة.
وكذلك لا يوجد مخطط تصف محتويات الوثائق ملاحظات، وهناك أيضا عدم وجود آلية ثابتة لوصف الميادين. حقل ملاحظات يحتوي على بيانات وأيا كان نوع البيانات كما يحدث في أنها تحتوي، في ذلك الوقت، ويمكن تغيير نوع بيانات حقل برمجيا في أي وقت، طالما أن البيانات المخزنة مباريات نوع البيانات التي.
فضلا عن مفهوم البيانات الرقمية وسلسلة، ملاحظات أصلا مخازن التواريخ والأسماء ملاحظات، والنص المنسق الذي يخزن ليس فقط في البيانات، ولكن أيضا من أجل تنسيق المعلومات والبيانات، ومحتوى من نوع BLOB.
عند تعريف حقل في شكل ملاحظات، بالنظر الى انها نوع بيانات. ويستخدم هذا النوع البيانات لتحليل البيانات الذي تم إدخالها في النموذج، وتخزينه كما أن نوع. انها ترفض البيانات التي لا تتطابق مع نوع محدد في النموذج. ولكن عندما عرض وثيقة، وتلاحظ يستخدم فقط في تعريف الحقل في النموذج أن تعرف من أين لعرض البيانات.
فإنه يعرض بيانات منسقة وفقا لنوع حقل البيانات المخزنة، تجاوز تلك المحددة في النموذج. وسوف تلاحظ عرض بيانات سلسلة لحسن الحظ في ما يبدو أنه حقل رقمي. يتم فحص فقط نوع الحقل ملاحظات على البيانات عندما يحتاج إلى أن يكون - في المثال المذكور، ملاحظات يعرض البيانات باستخدام التعريف المخزنة مع البيانات، ولكن إذا كانت الوثيقة تم تحريرها، عندئذ البيانات في حقل على الشاشة ثم يتم التصديق عليها من قبل النموذج، ويجري سلسلة البيانات في حقل رقمي، ستفشل على الارجح الشيك.
6.Notes لا تطبيق نموذج المعاملات.
السمة المميزة لRDMBS هو مفهوم العزلة المعاملات والانتعاش، وينبغي معاملة فشل، انها مدعومة من ذلك، وعلى الرغم من مستخدم واحد وعقد من عناصر البيانات، التي لا تتوفر للآخرين.
وقد صمم لتنفيذ مذكرات طويل، ويوزع، والمعاملات، وذلك ليس لديها هذه المرافق في ذلك (تحرير فعلا تم تقديم التأمين في ملاحظات 6). ملاحظات للمستخدم القدرة على أخذ نسخة طبق الأصل من قاعدة البيانات بعيدا، والعمل معها، ومن ثم تكرار في وقت لاحق ظهر كل العمل الذي قاموا به.
يجب أن تكون هناك صراعات، يتم التعامل معها بشكل مناسب أو ملحوظ. هذه العمليات بشكل فعال أيام أو حتى أسابيع طويلة. تأمين بطاقات 6 في الوثيقة أيضا لديه مفهوم التأمين المؤقت لدعم العمل دون اتصال.
وتلاحظ أيضا ليس لديها مفهوم وحدات قابلة للاسترداد من العمل، على الأقل، ليس بعد. ملاحظات على مبدأ أساسي هو أن من فتح وثيقة واحدة، تعمل على ذلك، وحفظه عن ظهر إلى مكان واحد. ملاحظات لا ضمانة بأنه إذا كان اكتمال عملية الحفظ، يتم حفظ المستند كله، وإذا فشلت، يتم تخزين أي من البيانات، ولكن هذا المفهوم لا يذهب إلى الأمام على فكرة مجموعة المطور من العمليات التي يمكن تحديدها جميعا لتحقيق النجاح أو نخفق معا.
شوهدت 11064 مرة من قبل المشاهدين 3905













