機能データセットの使用によるパフォーマンスへの影響はありますか?


8

データベースで物事を「きれいに」見せるために機能データセットを使用しないように教えられたこと、そして機能データセットは、コンポーネント機能クラス間に何らかの空間関係がある場合にのみ使用されるべきであることを漠然と覚えています。

ヘルプファイルのリストは、フィーチャデータセットを使用するための正当な理由として「主題に関連するフィーチャクラスを編成します」。

ArcCatalogでのナビゲーションを支援することが唯一の目的である場合、フィーチャデータベースを使用してジオデータベースのレイヤーをグループ化することは悪い考えですか?フィーチャクラスをフィーチャデータセットに格納することによるパフォーマンスへの影響はありますか?

回答:


8

ユーザーが機能データセットのデータを簡単に編集できるようにする場合のみ。あなたが持つ最大のキックは、レコードのロックです。フィーチャデータセット内のレイヤーを編集すると、ユーザーがそこで他の変更を行うことができなくなるためです。

それが問題でなければ、おそらくそれが最大の機能的キラーです。そうなら、あなたはそれを使って物事をきれいにしようとすることができます。


これは、編集している場合、フィーチャデータセット内のフィーチャクラスのみがロックされるため(フィーチャデータセットがない場合、すべてのフィーチャクラスがロックされるため)、フィーチャデータセットが実際に有利であることを意味しますか?
Stephen Lead '28

1
これはESRIヘルプのどこかに記載されていますか?リンクを貼って頂けますか?
ujjwalesri

スキーマのロックは十分に文書化された問題です。変更が同時に行われている間、データセットへの変更を防ぐため。これは長い間存在する問題です。ほとんどの場合、データの整合性を維持することは設計によるものです... help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//…ESRIサイトでフィーチャデータセットのロックを検索
DEWright

リンクをありがとう!私がそれを求めた理由は、次のような文だったからです。フィーチャデータセットのレイヤーを編集すると、ユーザーがそこで他の変更を行うことができなくなるためです。、私は間違っていると思います。「スキーマ編集」の場合、データセットは1人のユーザーに「ロック」されているため、スキーマに同時に変更を加える複数のユーザーを無効にすることができます。レコードレベルのロックは発生しません!
ujjwalesri

個人およびファイルジオデータベースのためにのみ- SDEジオデータベースは、複数のユーザーで編集することができます( -無制限の編集者、ワークグループ- 10のエディタやデスクトップ-エンタープライズ。1つのエディタ3人の読者)esri.com/software/arcgis/geodatabase/...
Mapperz

2

絶対的な意味でのグループ化は、良くも悪くもありません。データの設計とデータの使用に大きく依存します。

空間的に関連するFCをグループ化できるように、フィーチャデータセットが提供されています。ただし、分類はデータの使用方法に大きく依存します。たとえば、「Streets」と「Places to Visit」の世界データがあるとします。このデータは、上記の名前で識別されたカテゴリ(2つのカテゴリのすべてのデータをカバーする)またはアジア、ヨーロッパなどの地域別にグループ化できます。

目的がArcCatalogでの簡単なナビゲーションを可能にすることである場合、FCの適切な命名規則はそこでも役立つと思います。

@DEWrightが指摘した編集の側面については、あまりよくわかりません。確認する必要があります。


これはリクエストするリンクで、システムにマルチユーザーがいるときにデータの整合性を維持するためのスキーマロックに基づいています。help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//…-これは、よく知られている欠点であり、ご指摘のとおりです。よく計画された命名規則は、制限なしに同様に実行できます。ESRIはすべて本当にDBオブジェクトなので、Esriは本当にArcSDEの視覚化/編成に注目する必要があります。それをサポートするために彼らができることはもっとあります。
DEWright、2011年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.