質問

私は、膨大なデータベースを持つペア数A、B、それぞれ0から10,000として格納されたfloat.

例えば、

(1, 9984.4), (2143.44, 124.243), (0.55, 0), ...

以降、PostgreSQLテーブルが格納されているこれらのペアで育った、と決めている 仕切りで受け継がサブ-テーブル.を作りたいと考えていますの100などのテーブル、収納の1000x1000.

問題はこれらの数字が大切ります。ることを意味する未来のテーブルがほぼ空であるものの大部分をデータベースです。残念ながら、流通の未来のペアは不明である。

いなければならないというニーズが自動だった。ということがあるsubtable催以上の特定の数組いたしますと自動的に包括的なサブサブテーブルです。

私の質問:

  • は再帰的分割や相続可能PostgreSQL8.3?す指標とクエリの計画理解しですか?
  • どの分割、subtable一度になっていても大きいの?いかなるライブデータベースでのダウンタイムの時間を数時間毎週間で可能です。
  • 更新: いというのは分割の継承テーブルにテーブルに代わるものと継承から直接マスター。まる必要性を回避するために複数レベルの継承が、何千人という場合はテーブルを受け継ぎを直接られます。何の是非このアプローチを考えていますか。

おかげさまで、事前に

アダム

役に立ちましたか?

解決

すべての

まず、テーブルが既に大きい場合、あなたは分布が将来推計のために信頼性がないことを確認していますか?今日行わヒストグラムは役に立たないだろうか?

私は、再帰的な継承が可能であっても、それは両方のメンテナンスやプランナーのために、モデルに不必要な複雑さが増すと思います。

あなたは100個のテーブルにそれを分割するとき、私はパーティションを生成し、/更新ルールを挿入することを期待/自動的にトリガします。

最も簡単な方法は、一時テーブルに一つのパーティションからデータをコピーし、それをドロップし、その場所に4つのパーティションを作成し、バックデータをコピーすることであってもよいです。私は、この操作は再帰分割よりも難しいだろうとは思いません。

また、PostgreSQLのメーリングリストで、人々の上に求めることができます。彼らは、元の開発者を含め、あなたはおそらく得ることができる最高の専門家、です。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top