Solo Developerのデータベースとファイル

私はGISを始めたばかりですが、それを使用して自分の地域とその周辺のマウンテンバイクコースの地図を作成することに興味があります。私はQGISを学び、まともな地図を生成するのに十分な進歩を遂げました。これまでのところ、レイヤーをシェープファイルに保存してきましたが、問題なく動作しているようです。

この先週末、私はPostGISを調べ始め、それを稼働させて、トレイルシェープファイルをインポートし、QGISをPostGISに接続しました。

私は今、データベースとファイルを使用することの長所と短所はどうなるのだろうと思っています。私はすでにいくつかの考えを持っていますが、他の人が持っているかもしれない啓発的な意見に興味があります。

データベースの長所

• 公園に関係なく、すべてのトレイルに1つのテーブルを使用すると、情報の列のセットに一貫性を持たせることができます。
• データを複数の形式にクエリ/エクスポートするのが簡単
• 複数のクライアント/ツールにより、データの表示と編集が容易になります
• テーブル構造のより簡単な編集（QGISテーブル編集と比較して）

データベースの短所

• データベースを立ち上げる/維持することは私のセットアップを複雑にします。
• 私はデスクトップとラップトップを持っており、GIS作業を行っています。DropBoxを使用すると、2つのマシン間でファイルを簡単に同期できます。これは、PostGISを使用してファイルでDropBoxを使用するのと同じように（または透過的に）不可能です。
• データベースよりもファイルのバックアップ/復元が簡単です。

Spatialiteをリストに追加することをお勧めします。ファイルベース（シェープファイルまたは.mdbデータベースとして）であるという利点があり、PostGISでも見つけることができる通常の空間演算子とtpyのほとんどをサポートしています。SpatialiteはSqliteに基づいているため、1つのファイルを管理し、簡単に移動および共有できます。

PostGISデータベースの最大のProは、PostGISが提供する機能セット全体を操作できることです。

リスト内のすべての短所は、すべて非常に簡単に修正可能です。1台のサーバーでPostgisを実行し、ラップトップとデスクトップをクライアントとして使用できます。バックアップの質問も同様に、ダンプファイルなどを生成して、適切で価値のあるバックアップを作成できます。;）

PostGISのもう1つの大きな利点は、空間データベースを使用すると、空間データのコピーを1つ保持し、一意のIDを介して非空間データにリンクするビューを作成できることです。

次に、データから選択するビューを作成して、完全なデータのサブセットを作成できます。これにより、単一の状態のテーブルを完全な国テーブルのビューとして実行できます。何かのようなもの：

ビューtxcountiesをselect * from counties where state = 'TX'として作成します。

また、PostGISの空間操作の速度について誰も言及していないようです。トレイルのラインのテーブルと滝を含む興味のあるポイントのテーブルが与えられた場合、自転車のトレイルに最も近い滝を確認したいとします。これは、PostGISが空間インデックスを空間テーブルに保持するため、PostGISが非常に迅速に実行できる種類のクエリです。おそらくQgisのネイティブツールでそれを行うことができますが、かなり遅いかもしれません。

明らかに、あなたのような楽しい小さなアプリケーションでは、これらのことはおそらく空間データベースの複雑さを理解するための良い理由ではありませんが、これらの「エンタープライズ」機能がより大きなプロジェクトに不可欠である理由を説明するかもしれません。

DBとフラットファイルのもう1つの利点は、マルチユーザーデータ入力GISに不可欠なバージョン管理です。

PostGISとGeoGitのベータプラグインがあります。この質問。

シェイプファイルには制限があります（最大2GB）。マップサイズがこの制限を超えていない場合は、DB設定なしでシェイプファイルを使用できます...