1

私はPostgreSQLを初めて使用し、主に以前はMySQLを使用し、SQLServer（クライアントプレッシャー用。あまり使用していません）を使用しました。いくつかのGoogle検索でいくつかのOODBMSの紹介を行いました。それらのほとんどは、主にテーブル<->オブジェクトマッピングに焦点を当てています。ただし、RDBMSで汎用ORMレイヤーを使用すると、物事はハピリーマップされます。では、本当にOODBMSが必要なのでしょうか。

PostgreSqlにいくつかの配列フィールドがあるのを見てきました。彼らはデータベースの正規化の問題をすり減らしていませんか？

PHPのPDOやQtのデータベースモジュールなどの標準データベース抽象化レイヤーは、これらの配列フィールドをサポートしていますか？

配列ベースのフィールドで多対多または1対多の双方向の関係を管理することはどれほど優れていますか？

これらの配列フィールドに制約を配置することはどの程度怒りますか？

OIDの使用とは何ですか？それはどのくらいの価値がありますか？

アプリケーション開発者の側から見ると、OODBMSとRDBMSを使用することのメリットはどれくらいですか？

4

1 に答える 1

0

PostgreSql に Array フィールドがいくつかあるのを見てきました。彼らはデータベースの正規化の問題を解決していませんか?

はい（おそらく）、正規化はデータベースの整合性を維持し、データベースをクエリしやすい状態に維持することになっています。配列またはリンクされたリストを使用すると、ASNI/ISO の問題データベース機能が、集計や結合などのクエリと実行に非常に役に立たなくなります。Postgres にどのようなツールが含まれているのかはわかりませんが (おそらく)、標準ではないため、移植性がありません。とはいえ、標準への準拠は、プロジェクトが「正しく」実行されることを意味するものではありません

于 2010-07-07T20:44:19.947 に答える