マルチポリゴンをポリゴンに分割する必要がありますか？

私が実装しているシステムには、関連するジオメトリを持つテーブルT1があります。ほとんどのジオメトリは、10 <n <100のn個のポリゴンのセットです。現在、テーブルT1には、GiSTインデックスを持つMultiPolygonタイプのジオメトリ列があります。

テーブルT1が大きくなるので、Polygonタイプの列を持つ2番目のテーブルT2との1対多のリレーションを作成し、各MultiPolygonをいくつかのポリゴンに分割する方が良いと思います。

しかし、テーブルT1に検索を実装する必要があるため、2番目のアプローチの欠点は、処理する追加の結合があることです。さらに、テーブルT1の単一のレコードのジオメトリを挿入することはより複雑になります。

誰かがそのような問題の経験を持っているのか、その人が何か光を放つことができるのかと思っています。

T1テーブルのサイズを気にする必要はありません。インデックス（そしてもちろんトリガー）は、ほとんどの部分でパフォーマンスに影響を与えます。

結合が1つ少ないことに加えて、WKBから内部のPostGIS / GEOS表現への変換は、複数のポリゴンに対して個別に行うよりもわずかに最適だと思います。

個別のジオメトリテーブルが必要なのは、1つのポリゴンが複数のレコードに関連付けられている場合のみです。マルチポリゴンは、データベース設計の目的では単一のエンティティと見なす必要があります。関係がより複雑な場合にのみ、別のテーブルを考慮する必要があります。また、テーブル数が少なくなるため、物理的なスペースがわずかに節約されます。

両方の設定で試して、クエリの各部分のタイミングを提供するpgadminでクエリを実行します。