Массив OODBMS postgreSQL Поля реального использования? - PullRequest
Новая
       31

Массив OODBMS postgreSQL Поля реального использования?

1 голос
/ 07 июля 2010

Я новичок в PostgreSQL, в основном использовал MySQL раньше и SQLServer (для давления со стороны клиентов; не очень), я прошел через несколько вводных OODBMS по поиску Google. Большинство из них в основном сосредоточены на Table <-> Object Mapping. Но при использовании какого-либо общего уровня ORM с какими-либо СУБД Вещи удачно отображаются. Так нам действительно нужны OODBMS?

Я видел, что в PostgreSql есть несколько полей Array. Они не фиолетовые вопросы нормализации базы данных?

Поддерживают ли эти уровни массива стандартные слои абстракции базы данных, такие как PHP PDO или модуль базы данных Qt?

Как лучше управлять двунаправленными отношениями "многие ко многим" или "один ко многим" с полями на основе массива?

Как горит размещение ограничений в этих полях массива?

Что такое использование OID и как оно того стоит?

Со стороны разработчика приложений Сколько стоит использование OODBMS по сравнению с СУБД?

1 Ответ

0 голосов
/ 08 июля 2010

Я видел, что в PostgreSql есть несколько полей Array.Разве они не сталкиваются с проблемами нормализации базы данных?

Да (возможно). Нормализация должна поддерживать целостность базы данных и поддерживать базу данных в состоянии, облегчающем запрос.Массив или связанный список сделали бы ваши базы данных проблем ASNI / ISO очень бесполезными для запросов и выполнения агрегатов, объединений и тому подобного.Я не знаю, какие инструменты включает в себя Postgres (возможно, поэтому), но они определенно не являются стандартными и поэтому не переносимы.При этом соответствие стандартам не означает, что проект выполняется «правильно»

...