私はPostgreSQLを初めて使用しています。私は構築する必要のあるハイブリッドデータベースに対して非常に珍しい要件があります。私が見たモジュールから、は私にはと思われますが、次のことが可能です。ハイブリッド "インデックスのような" btree構造 - PostgreSQLでこれを行うことができますか?
実際にテーブルにデータを追加することなく、インデックスにkey - [values]を追加できる必要があります。簡単に言えば、私はキー[値]ストアが必要です。理想的にはbtree(ルックアップスピード)です。インデックス構造が理想的です。おそらく別の構造がこれを行うでしょう。私は、このデータとインデックス、それを格納するオーバーヘッドをしたくない
KEY [IDs]
Blue 10, 20, 23, 47
Green 5, 12, 40
:
は非常に具体的には、私のようなものを保存したいです。私はちょうど話すために、データを「索引は付いているが記憶していない」必要がある。これらの構造を照会してデータ(ID)を取得し、IDのINTERSECTSなど、およびキーのIN、BETWEEN、=などを実行できることも同様に重要です。
おそらく推測することができますが、最終目標はIDの最終リストです。これがクライアントに送信され、意向を参照します。私はしたくない何
EDIT
は、すべての値のキーを記録することです。上記の例を使用して、私は{Blue、10}、{Blue、20}などを保存したくないです。{Blue、[10、20、23、47]}を保存します。
これを伝統的なテーブルとして保存すると、この重複した問題を回避する方法はありません。
これは、技術的には、ID(10,20,23,47)が値としてマークされている単一のbtreeだけで、青色[10,20,23,47]キー「青」がキーとしてマークされます。
このデータ型の不一致は1つのツリーでは厄介かもしれないので、理想的な解決策は "btree"がキーで、 "btree"が各グループのbtreeであるキーの値の
私のコメントと紛らわしいのは、私が述べているようにデータを操作することができないと考えることです。技術的に私がここで求めているのは、それぞれbtreeの値を持つbtreeのキーです。この値は、さらにSQL操作に参加できます。私が望む構造はM/MUMPSと同じです。これのために – IamIC