تصميم قاعدة البيانات غير العلائقية (4) أنا أجيب على هذا مع CouchDB في الجزء الخلفي من ذهني ، ولكن أعتقد أن معظم سيكون صحيحا بالنسبة ل DBs الأخرى أيضا. نظرنا في استخدام CouchDB ، ولكن في النهاية قررت ضده لأنه لا يعرف الوصول إلى البيانات لدينا مسبقا وقابلية التطوير ليست هي القضية. أصعب: يأخذ إعادة التفكير على المستوى المفاهيمي لذلك هو "أصعب" لأنها مختلفة فقط. نظرًا لأنك تحتاج إلى معرفة أنماط وصول البيانات مقدمًا ، فلا يمكن تطبيق الترجمة التلقائية. ستحتاج إلى إضافة نمط الوصول على الأقل. لا تتم معالجة الاتساق بواسطة قاعدة البيانات ولكن يجب التعامل معها في التطبيق. الضمانات الأقل تعني هجرة أسهل ، وفشل ، وقابلية أفضل للتكلفة على حساب تطبيق أكثر تعقيدًا. يجب أن يتعامل التطبيق مع النزاعات والتناقضات. كيفية عمل قاعدة بيانات لشركة - مقال. يجب التعامل مع الارتباطات التي تعبر المستندات (أو المفتاح / القيمة) على مستوى التطبيق أيضًا. نوع SQL من قواعد البيانات لديها IDEs التي هي أكثر نضجا بكثير. يمكنك الحصول على الكثير من مكتبات الدعم (على الرغم من أن طبقات هذه المكتبات تجعل الأشياء أكثر تعقيدًا من اللازم لـ SQL). أسهل: أسرع إذا كنت تعرف أنماط الوصول إلى البيانات الخاصة بك.
أضف تعليق سجّل دخول لتتمكن من إضافة تعليق على هذا الموضوع. آخر المساهمات
نفذت مشروع مشابة فضلا تواصل معي لمزيد من التفاصيل قبولك لهذا العرض يعتبر اتفاقاً بينك وبين المستقل وسيبقى موقع مستقل وسيطاً بينكما حتى تسليم المشروع. لن تتمكن من تغيير العرض أو إلغائه لاحقًا لذلك تأكد من اختيارك للعرض المناسب باتّباع النصائح التالية: راجع صفحة حساب المستقل الذي اخترته واطّلع على أعماله السابقة إن كانت هناك تفاصيل غير مذكورة في المشروع، فتواصل مع المستقل وأخبره بها أولًا بإمكانك أن تتواصل مع المستقل وتسأله عن أية أمور تحتاجها احرص دائمًا على إبقاء التواصل مع المستقل داخل الموقع قدر الإمكان وذلك لضمان حقوقك لا تتردد من التواصل معنا ان احتجت لأي مساعدة، نحن نحب مساعدتك! المستقل غير متاح لاستلام مشاريع، يمكنك ارسال تنبيه له لقبول العرض وإعادة المحاولة بعد بضعة ساعات، أو اختيار عرضاً من مستقل آخر.