何百もの属性がArcGIS Serverレイヤーでパフォーマンスの問題を引き起こしますか?


8

これは、ファイルジオデータベースポリゴンフィーチャクラスからデータが提供されるArcGIS Server 10.0 SP1に関連しています。

1)パフォーマンス上の理由から、何百もの属性を持つフィーチャクラスを持つことは悪い考えですか?

2)このフィーチャクラスからArcGIS Serverマップサービス(数百の属性を含む)を作成することは悪い考えですか?

3)JS APIでfeatureLayerを構築し、現在必要な属性のみを指定すると、パフォーマンスに影響がありますか?

たとえば、マップサービスには500個の属性が含まれている可能性がありますが、フィーチャレイヤーは

featureLayer.fields = [x、y、z]

アドバイスありがとうございます。詳細が必要な場合はお知らせください。


本当にArcGIS Server 10.0 Service Pack 1を意味しますか、それともまだリリースされていない10.1バージョンを意味しますか?
ビョルンスベンソン、

申し訳ありませんが、私は10.0 SP1を意味しました
スティーブンリード

回答:


6

つまり、最適ではありませんが、悪くないかもしれません...

(3)で-必要な特定のフィールドを常に指定する限り、追加の「ヒット」はサービスメタデータの最初のリクエストにあるはずです(フィールドが多いため、少し大きくなります)。

アプリが使用するグループ化されたフィールドの「セット」または「テーマ」(500以外)がわかっている場合は、それに応じて対応するレイヤーをマップサービスに作成することができます。しかし、フィールドリストがより動的である場合は、考えていたとおりに進んでください。

ただし、パフォーマンスについては、まずポリゴンの最適化/一般化に時間を集中します(これらのサイズはダウンロード時間、描画時間、ロードなどの両方に大きな影響を与える可能性があるため)。:)


ビョルン、心強い情報をありがとう。re:一般化すると、これはマップ範囲に基づいてオンザフライで発生し、その縮尺に適用可能なポリゴンが表示されます。サイトがアップしたらリンクを掲載します。
スティーブンリード、

2
FWIW、私は約200の数値属性を持つフィーチャクラスを作成しました。FIELDS = "*"を使用してfeatureLayerを定義し、クエリを実行すると、結果は約4.7 kbになります。FIELDSを単一のフィールドとして定義すると、結果は約280bになります。これは、featureLayer.fieldsの設定が必要な情報のみを返すという優れた機能を果たしていることを示しているようです。
スティーブンリード
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.