¿Hay un impacto en el rendimiento al usar un conjunto de datos de características?

8

Recuerdo vagamente que me enseñaron a no usar un Conjunto de datos de características para hacer que las cosas "se vean ordenadas" en la base de datos, y que el Conjunto de datos de características solo debería usarse cuando había algún tipo de relación espacial entre las clases de características componentes.

El archivo de ayuda enumera "organizar clases de entidad relacionadas temáticamente" como una razón válida para usar un conjunto de datos de entidades.

¿Es una mala idea usar un dataset de entidades para agrupar capas en la geodatabase, cuando el único propósito es ayudar a la navegación en ArcCatalog? ¿Existe un impacto en el rendimiento al almacenar clases de entidad en un conjunto de datos de entidad?

Stephen Lead
fuente

Respuestas:

8

Solo si planea que los usuarios editen fácilmente los datos en los conjuntos de datos de características. La patada más grande que tendrá es el bloqueo de registro; dado que editar una capa en un conjunto de datos de entidades evitará que los usuarios realicen otros cambios allí.

Ese es probablemente su mayor asesino funcional, si eso no es un problema; entonces sí, puedes usarlo para tratar de hacer las cosas bonitas.

DEWright
fuente
¿Significa esto que si está editando, los conjuntos de datos de características son realmente una ventaja, ya que solo aquellas clases de características dentro del conjunto de datos de características estarán bloqueadas (sin conjuntos de datos de características, todas las clases de características estarían bloqueadas)?
Stephen Lead
1
¿Está esto documentado en la ayuda de ESRI en alguna parte? ¿Pueden publicar un enlace para el mismo?
ujjwalesri
El bloqueo del esquema es un problema bien documentado; para evitar cambios en un conjunto de datos mientras se producen cambios al mismo tiempo. Este es un problema existente desde hace mucho tiempo; en su mayor parte es por diseño para mantener la integridad de los datos ... help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//… Buscar en el sitio de ESRI para el bloqueo de conjuntos de datos de
funciones
Gracias por el enlace! La razón por la que lo pedí fue porque la declaración La patada más grande que tendrás es el bloqueo de registros; dado que editar una capa en un conjunto de datos de entidades evitará que los usuarios realicen otros cambios allí. Creo que es incorrecto. Lo que podría querer decir es que en el caso de "ediciones de esquema", el conjunto de datos está "bloqueado" a un solo usuario, por lo tanto, deshabilita a varios usuarios que realizan cambios simultáneos en el esquema. ¡No se produciría un bloqueo de nivel récord!
ujjwalesri
Solo para geodatabases personales y de archivos: la geodatabase SDE se puede editar con varios usuarios (Enterprise - Editores ilimitados, Grupo de trabajo - 10 editores y Escritorio - 1 editor 3 lectores). Esri.com/software/arcgis/geodatabase/…
Mapperz
2

La agrupación, en términos absolutos, no es buena ni mala, depende mucho de su diseño y uso de datos.

Los conjuntos de datos de características se proporcionan para permitirle agrupar FCs espacialmente relacionados. La categorización, sin embargo, depende mucho de cómo use los datos. Por ejemplo, supongamos que tiene los datos mundiales de "Calles" y "Lugares para visitar". Estos datos se pueden agrupar por las categorías identificadas por los nombres anteriores (que cubren todos los datos en solo dos categorías) o por región, es decir, Asia, Europa, etc.

Si el propósito es permitir una fácil navegación en ArcCatalog, creo que una buena convención de nomenclatura de los FC también debería ayudar.

Con respecto al aspecto de edición señalado por @DEWright, no estoy muy seguro al respecto. Necesito verificar eso.

ujjwalesri
fuente
Aquí está el enlace que solicita, se basa en bloqueos de esquema para mantener la integridad de los datos cuando hay varios usuarios en el sistema. help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//… - este es un inconveniente conocido desde hace mucho tiempo y como usted menciona; una convención de nomenclatura bien planificada puede funcionar igual de bien sin las limitaciones. ESRI realmente debería mirar a la visualización / organización de ArcSDE ya que todo realmente son objetos DB; hay más que pueden hacer para apoyar eso.
DEWright