メタデータ用のカタログを実装し、データベース内のSQLを自動化する方法は？

Question

ここでは、5NF、EAV、および6NFについての議論と、メタデータと複雑なSQLを「自動的に」処理するためのカタログの必要性を読んでいます。実際にどのように実装されていますか？

PerformanceDBAは、6NFとEAVでいくつかの答えを書いています。以下の質問に：。

• Would like to Understand 6NF with an Example

• 6NF and historical attribute data

• 特にMultiple fixed tables vs flexible abstract tables、PerformanceDBA wrote

  「、例えばカタログと6NFデータベースの場合、私はセットを持っていますのprocsの [再]実行するために必要なSQLを生成するすべてのSELECTとI は、すべてのユーザーに対して5NFでビューを提供するため、 が基本的な6NF構造を理解する必要はありません。それらは カタログから駆逐されます。したがって、変更は簡単で自動化されます。 EAVの種類が原因カタログが存在しないために、その 手動でやる。」

Answer 1

まず、LedgerSMBで我々は、システムカタログと情報スキーマを再利用するところはどこでも私たちすることができます。これは、アプリケーションが実際にいくつかの時間を費やしていることを意味し拡張属性のメタデータ計算もいくつかありますが、ここではEAVは行いませんが、実際の関係やメタデータがあり、クライアント側でリレーショナルクエリを作成できます。カタログはEAVカタログに非常によく似ていますが、基本的なストレージは実際にはリレーショナルであり、これらを維持する関数は基になるテーブルを変更します。これにより、フレキシビ根底にある難しさのないEAVの存在である。

今後のバージョンでは、アプリケーションカタログの数を減らし、Pgシステムのカタログと情報スキーマを多く使用することになり、アプリケーションの観点から見ればわかりやすくなります。