يمكن لأي شخص أن يفكر بعض أسباب وجيهة * * لا لاستخدام نظم إدارة قواعد البيانات الشيئية لدعم موقع على شبكة الانترنت؟

StackOverflow https://stackoverflow.com/questions/173040

سؤال

ويقول كنت الترميز نوعا من تطبيقات الويب. شيء حيث يمكن للناس أن يسهم المحتوى، على سبيل المثال، وتبادل الصور بسيط الموقع.

وكيف العديد من الأسباب الوجيهة يمكن ان يخطر لك إلى <م> لا الذهاب مع قاعدة بيانات وجوه المنحى (على سبيل المثال db4o)؟

هل كانت مفيدة؟

المحلول

وهناك OODBMS هو الأفضل إذا كنت بحاجة فقط للوصول إلى البيانات الخاصة بك من خلال الأشياء الخاصة بك. إذا الحل يتطلب مسارات إضافية إلى البيانات الخاصة بك (على سبيل المثال الاستفسارات المخصصة وإعداد التقارير وغيرها من التطبيقات التي تحتاج إلى الوصول إلى البيانات ولكن لا يمكن الاستفادة من الأشياء الخاصة بك)، ثم نظام RDBMS التقليدي هو أفضل.

ملحوظة: جعلت OODBMSes الكثير من التحسن في هذا المجال

نصائح أخرى

وأنا لا أعرف كيف كبيرة هي الخطط الخاصة بك، ولكن توافر أشخاص من ذوي الخبرة والمهارة لتوظيف (أو لمجرد تقديم يد المساعدة) سيكون عاملا في قراري، وكذلك مجرد مجموعة كبيرة عموما من المعرفة فيما يتعلق بجميع من خصوصيات وعموميات من DB.

وأوراكل أو الخلية تعاني من عيوب، ولكن الاحتمالات هي إذا كان لديك مشكلة 100 شخص آخرين كان نفس المشكلة ويمكن ان اقول لكم كيفية حلها.

وأود أن أقول حقيقة أنه إذا كنت تفكر في شيء من هذا القبيل db4o أنها لا تظهر لديهم أمثلة الشركة على تشغيل المواقع، ومعظمها في الاستخدام في التطبيقات المضمنة.

وبي في وظيفة أخرى في هذا الشأن. ( المواقع مثال باستخدام db4o )

وليس من الناحية الفنية في الطريق إلى هنا، واعتماد فقط على ما يبدو. ومع ذلك، لسرعة التطور، وصيانة مرونة التصميم، OODBs يتعرضو جدا.

والخ الإبلاغ الثقيلة يمكن أن يتم من خلال مزامنة مع النهاية الخلفية العلائقية إذا لزم الأمر الذي أنا أعلم الدعم db4o

وهذا هو جزء من امتداد، ولكن لإعادة صياغة جويل آخر، خطة للنجاح. ماذا لو التطبيق الخاص بك وتصبح حقا شعبية؟

وعلى سبيل المثال، ما إذا كنت تستضيف التطبيق على الجهاز الخاص بك، ولكن قررت الذهاب إلى موقع استضافة الرسمي، أو حتى تكتل. ما هي احتمالات أنها سوف تدعم OODB مقابل الخلية؟

وأود أن أوصى فقط الذهاب لOODBMSs إذا تصميم التطبيق الخاص بك هو حقا، حقا بشدة وجوه المنحى، ويعرض تعقيد حاجة لذلك. موقع لتبادل الصور لا تبدو انها ثقيلة على الجانب OO، لذلك أنا لا أرى نقطة من الذهاب للdb4o.

ولكن إذا كنت حقا ترغب فقط لمعرفة خصوصيات وعموميات من استخدام OODBMS من مشروع الحيوانات الأليفة، وأنها على ما يرام لاستخدام واحد.

وسبب وجيه آخر هو طول العمر النسبي. db40 هو منتج ممتاز لماذا يفعل ذلك، ولكن قاعدة مستخدميها صغيرة، وليس من المرجح أن تعمر شيئا مثل SQL خادم.

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

وحجم البيانات (إذا أنا التعامل مع الملايين والملايين من صفوف، وأنا العالقة مع ما أعرفه)

والتقارير (من الصعب عادة بما فيه الكفاية في قواعد البيانات تطبيع، أسوأ في قواعد البيانات OO)

وتوافر الخبرة / تجربة (RDBMS بشكل واضح مزيدا من الأتباع)

وكميات كبيرة من ETL (معظم الناس استيراد والتصدير في ملفات مسطحة، إلا إذا كنت الحصول على / إرسال XML، كنت تتحدث الجداول سهل القديمة)

وأي من هذه الصوت مثل العقبات للمشروع الخاص بك

والحاجة إلى السرعة عند كل ما حصل هو دراجة دواسة. وتشمل سيناريوهات التقاط البيانات (مثل قطع الأشجار) حيث بعد هذا الحدث غالبا ما تتم معالجة البيانات التي تم التقاطها في مرحلة لاحقة، وربما كسر يصل إلى مكونات هدفها على أي حال.

وربما يا رفاق نريد أيضا أن تحقق هذا المقال:

http://microsoft.apress.com/asptodayarchive / 74063 / باستخدام-على وجوه المنحى د

و"باستخدام OODB في موقع" جيم باترسون

وأفضل!

لتطبيق معقدة مع الاحتياجات من البيانات متواضع، لا يمكنك الفوز على الزجاج (أحجار كريمة، شاطىء البحر ومن Smalltalk). التقارير هو بالتأكيد شيء تريد القيام به OO في من Smalltalk.

ورأيي الشخصي، حيث هناك بيانات ... هناك تقارير.

ولا OODBs سوف تعطي البيانات نموذج التخزين المناسبة لتكون متاحة لتطبيقات التقارير.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top