タグ付けされた質問 「attribute-index」

属性テーブルに新しい列を作成し、デフォルト値（たとえば0）を設定します。（おそらくフィールド計算機を使用して）番号付きインデックスのように、行1の値が1、行2 = 2などになるという結果を得たいと思います。 フィールド計算機のコード例に感謝します（（$rownum回線に切り替えるためにこれが必要だと思います）の使用を含む）。

30 qgis  field-calculator  attribute-table  attribute-index 

.NET経由でArcObjectsを使用して作成された大規模プロジェクトの一部として、いくつかのソフトウェアがあります。このソフトウェアは、1つのスキーマの複数のファイルジオデータベースから、類似しているが異なるスキーマの単一のファイルジオデータベースにデータを移行およびマージします。移行のいくつかの手順では、既存の行を検索し、別のテーブルのデータで更新する必要があります。ターゲットジオデータベースが大きい場合、これは非常に遅くなる可能性があるため、クエリ/更新のパフォーマンスを改善するために複数のフィールド属性インデックスを追加しました。 クエリが新しい属性インデックスを使用していること、そしておそらくクエリがどのように実行されているかを確認できる方法はありますか？ 私は本当にクエリプランに相当するものを探していると思います-Oracleに似てEXPLAIN PLANいます。 クエリは、ArcObjectsを直接使用するファイルジオデータベース上にあります（RDBMSバックエンドまたはSQLは使用しません）。

11 arcobjects  file-geodatabase  .net  attribute-index 

データをクエリして住所を検索するArcGIS Engineアプリケーションのデータを準備しています。ストリート名フィールド、家番号フィールド、またはその両方で検索する場合があります。パーソナルジオデータベースまたはSDEジオデータベースを使用する場合、単一列インデックスに加えて複数列属性インデックスを追加できます。何らかの理由で、属性インデックスの作成に関するESRIの記事によると、ファイルジオデータベースを使用する場合、複数列の属性インデックスは使用できません。なぜそうなのか、彼らは言及していません-ファイルジオデータベースは何らかの理由でそれらを必要としないのでしょうか？ 家番号フィールドと街路名フィールドの複数列インデックスは、両方のフィールドを一度に検索するときの理論上のクエリパフォーマンスを理論的に改善するはずですが、パーソナルジオデータベースの使用に切り替える価値はありますか？パーソナルジオデータベースを使用すると、マルチカラムインデックスの利点が損なわれる可能性があると感じています。 私は、Esriがパーソナルジオデータベースからの移行を望んでいるという印象を受けてきましたが、これはパーソナルジオデータベースの方が適している場合ですか？これに関する経験がある場合、私は知りたいです。

11 arcgis-engine  query  file-geodatabase  personal-geodatabase  attribute-index