OODBMS postgreSQL数组字段真正的用途？
我是 PostgreSQL 的新手，之前主要使用 MySQL 和 SQLServer（为了客户压力；不多），我通过一些 Google 搜索浏览了一些 OODBMS 入门。其中大部分主要集中在 Table <->对象映射。但是，当将一些通用 ORM 层与任何 RDBMS 一起使用时，事情就会被愉快地映射。那么我们真的需要 OODBMS 吗？
我看到 PostgreSql 中有一些数组字段。难道他们不重视数据库规范化问题吗？
标准数据库抽象层（例如 PHP 的 PDO 或 Qt 的数据库模块）是否支持这些数组字段？
使用基于数组的字段管理多对多或一对多双向关系有多好？
在这些数组字段中放置约束有多糟糕？
OID 有什么用处以及它的价值有多大？
从应用程序开发人员的角度来看，使用 OODBMS 与 RDBMS 的收益有多少？
I am new to PostgreSQL, mainly used MySQL before and SQLServer(for Clients Pressure; donno much), I've gone through several OODBMS Introductories over some Google Search. Most of them mainly focuses on Table <-> Object Mapping. But When using some Generic ORM Layer with any RDBMS Things are Hapily Mapped. So do we really need OODBMS ?
I've seen there are some Array fields in PostgreSql. Don't they violet the Database Normalization Issues ?
Do Standard Database Abstraction Layers like PHP's PDO or Qt's Database Module support these array fields ?
How better it is to manage Many-to-Many or one-to-many bidirectional relationships with array based fields ?
How wroth is Placing Constraints in these array Fields ?
What is the use of OIDs and How worth it is ?
From the Application Developer's side How much is the gain of Using an OODBMS vs RDBMS ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
是的（也许），规范化应该维护数据库的完整性并将数据库维持在易于查询的状态。数组或链表将使您的 ASNI/ISO 问题数据库设施对于查询、执行聚合和连接等毫无用处。我不知道 Postgres 包含哪些工具（因此也许），但它们绝对不是标准的，因此不可移植。也就是说，符合标准并不意味着项目“正确”执行
Yes (maybe), Normalization is supposed to maintain database integrity and maintain the database in a state to make it easy to query. An array or linked list would make your ASNI/ISO issue database facilities very much useless for querying and performing aggregates and joining and such. I don't know what tools Postgres includes (hence maybe) but they're definitely not standard, and therefore not portable. That said, standards compliance doesn't mean a project is executed "correctly"