これはとても素晴らしい質問です。カバレッジ、シェープファイル、およびジオデータベースは、実装の観点と哲学的な観点から根本的に異なる地理空間データストアです。深く掘り下げることなく要約してみます。
1.カバレッジ：
カバレッジは、興味深い地理空間データ構造です。トポロジの保存に集中します。そのため、最初にジオメトリ要素、つまりすべてのジオメトリを構成するノード、エッジを保存することに重点が置かれていることがわかります。次に、それらのジオメトリを属性に関連付ける（したがって、それらが「機能」になる）別のテーブルセットが表示されます。
「クリーン」な報道が存在しないこと、（またはそれ以上）互いの上にノード（あるいはファジー許容距離内）次の2つを持っていない、すべてのノードの交差点にノードがあることを、例えば、一定のルールを保証します互いの上にある2つのエッジなど。それらは方向の感覚（from-> to）も持ち、その左側と右側を区別できます。
カバレッジは、トポロジ関係の認識を必要とする編集（区画境界の編集を想定）に非常に適しています。また、カバレッジは、設計によって幾何学的な冗長性を排除するため、非常によく圧縮されます。実際、最近では、TopoJSONのような最新の形式が、数十年前の記事で学んだのと同じ手法を使用し始めたことがわかります。
カバレッジは、3Dデータを扱う場合（たとえば、上側と下側が真下にあるブリッジのモデリングなど）に対処するために少し複雑になる可能性があります。 2D 平面グラフ計算用。
では、なぜそこから離れたのでしょうか？それには長い答えが必要ですが、おそらくESRIシェイプファイルが最初に人気となった理由をもう少し説明する必要があります。
2. ESRIシェープファイル：
シェイプファイルが登場しました。おそらくそれが持っていた最も重要な特徴は、それが（比較的）実装が簡単なオープン仕様であったことです。属性はDBFファイルを活用していたため、仕様の大部分を実装するライブラリがすでに多くありました。「クリーン」という概念はありませんでした。つまり、各ジオメトリは、周囲のジオメトリを考慮せずに、または交差することを考慮せずに、それ自体を表現することだけを心配する必要がありました。これは、シェープファイルが正しいことを確認するために複雑な計算を行う必要がないことを意味します（カバレッジカウンターパートとは異なります）。
互いに交差する複数のジオメトリがありますか？もちろん。互いの上に2つのポイント？私のゲストになります。
時には、（おそらく）「最良の」形式が勝つ形式ではなく、採用される形式であることがあります。フォーマットの実装が簡単な場合、複雑なフォーマットよりも採用される可能性が高くなります。それがシェープファイルでした。
突然、いくつかのライブラリ（オープンソースとプロプライエタリ）とそれをサポートするソフトウェアベンダーがありました。すべてが素晴らしかった。
明らかな疑問は、ジオデータベースが必要な理由です。
3.ジオデータベース：
ジオデータベースは、最も誤解されている地理空間データストアの1つだと思います。人々は通常、それらを単なる「地理空間形式」と考えています。数年前、誰かが「ESRIジオデータベースとは」と尋ねました。。私の答えが何であったかを繰り返す代わりに、最初にそれを読むことを歓迎します。待ちます ：）
この回答を読んでジオデータベースとは何かを理解したので、その回答についてもう少し詳しく説明します。当時、SQLの最適化と、インデックス、列ストアなどを活用するクエリオプティマイザーの作成に関する多くの研究がありました（まだあります）。SQLデータストアの上にジオデータベースを構築することにより、すべての研究を無料で活用できます。地理空間の概念に集中するだけでよく、SQLデータストアが良くなると、ジオデータベースも無料で良くなります。悪い提案じゃない？
現在、地理空間データにはいくつかの仕様があります。ju審員は、これらの技術に代わるもの（もしあれば）についてまだ検討中です。それでも、このトピックに興味がある場合は、ここ数年前のGIS.SEでの質問に対する回答を読むことをお勧めします。「シェイプファイルを置き換える試みはありますか」
これがお役に立てば幸いです！