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

Question

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

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

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

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

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

Что такое OIDs и как это стоит?

Со стороны разработчика приложений Насколько выигрыш в использовании OODBMS vs RDBMS?

Answer 1

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

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