oodbms postgresql حقول صفيف الاستخدام الحقيقي؟

Question

أنا جديد على postgresql ، بشكل رئيسي mysql من قبل و sqlserver (لضغط العملاء ؛ donno كثيرا) ، لقد مررت بالعديد من مقدمات oodbms على بعض البحث في Google. يركز معظمهم بشكل أساسي على رسم خرائط الكائنات <->. ولكن عند استخدام بعض طبقة ORM العامة مع أي RDBMS يتم تعيين الأشياء haped. فهل نحن حقا بحاجة إلى oodbms؟

لقد رأيت أن هناك بعض حقول المصفوفة في postgresql. ألا هم البنفسجيون مشكلات تطبيع قاعدة البيانات؟

هل تدعم طبقات تجريد قاعدة البيانات القياسية مثل وحدة قاعدة بيانات PHP أو وحدة قاعدة بيانات QT هذه حقول الصفيف هذه؟

ما مدى كونها أفضل لإدارة علاقات ثنائية الاتجاه بين العديد من العدد أو من بين الحقول القائمة على الصفيف؟

كيف يضع Wroth قيودًا في حقول الصفيف هذه؟

ما هو استخدام OIDs وكيف يستحق كل هذا؟

من جانب مطور التطبيق ، كم هو كسب استخدام oodbms vs rdbms؟

Answer 1

لقد رأيت أن هناك بعض حقول المصفوفة في postgresql. ألا هم البنفسجيون مشكلات تطبيع قاعدة البيانات؟

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