最初に、GiST インデックスについて明確にしたいと思います。GiST は実際には新しいデータ型のインデックスを作成するためのフレームワークであり、特定のインデックス作成スキーム自体ではありません。このフレームワークは、たまたま Postgres に付属する幾何学的な型に使用されますが、標準テキスト列のトライグラム マッチング テキスト類似性インデックスにも使用され、もちろん多くの外部パッケージのインデックス スキームで使用されます。番号PostGIS。
標準の幾何学的データ型が機能するか、PostGIS が必要かは、アプリケーションに完全に依存します。
PostGIS は、ジオメトリ データを「geometry」タイプの列に格納します。これには、多かれ少なかれ任意のデータ (ポイント、円、ポリゴン、what-have-you) を格納できます。インデックス作成は高速で非常に洗練されています。他の方法では適切な方法ではインデックス付けできない複雑な形状に対して、バウンディング ボックスを使用して非可逆インデックス付けなどを行うことができます。さまざまな空間参照系がサポートされており、クエリの結果が自動的に変換されます。PostGIS は業界標準の OpenGIS 形式もサポートしており、他のシステムとのデータ共有に役立ちます。
対照的に、内部の幾何学的タイプとそのインデックスのセットは、それほど洗練されていません。実際の「一般的な」ジオメトリ タイプはありません。代わりに、列のタイプをポイント、ライン、サークル、ポリゴン、または what-have-you にすることを選択する必要があります。組み合わせの場合、おそらく複数の列を使用する必要があります。索引付けはあまり良くありません。インデックスを作成できる形状の種類はそれほど多くなく (ただし、別の列を使用してバウンディング ボックスのサポートを追加し、バウンディング ボックスを手動で生成することもできます)、状況によってはインデックスがおそらくそれほど高速ではありません。一方、内部の幾何学的タイプがニーズを満たす場合は、Postgres がインストールされているが PostGIS がインストールされていない他のシステムにアプリケーションをより簡単に移植できるという利点が得られます。
私のアドバイスは、内部の幾何学的タイプをいじってみて、それがどれだけうまく機能するかを確認することです。問題が発生し始めた場合は、PostGIS を試してください。