He leído en alguna parte que no es una buena práctica cargar datos en una geodatabase empresarial utilizando el usuario sde.
Me preguntaba cuál es la razón de esto.
8
He leído en alguna parte que no es una buena práctica cargar datos en una geodatabase empresarial utilizando el usuario sde.
Me preguntaba cuál es la razón de esto.
La cuenta de usuario administrativo de ArcSDE (sdeuser) es responsable de la administración de lo siguiente:
ArcSDE geodatabase system tables, triggers, and procedures The ArcSDE service Versions
El administrador de ArcSDE posee todos los archivos, directorios y tablas del sistema de geodatabase de ArcSDE. Por este motivo, la cuenta administrativa de ArcSDE debe crearse antes de que se pueda crear la geodatabase. El administrador de la base de datos (DBA) crea el administrador de ArcSDE y le otorga a este usuario los permisos necesarios. En las instalaciones de Windows, esto se puede lograr a través del asistente de instalación posterior. En UNIX / Linux, esto se hace manualmente, y la forma en que se hace depende del sistema operativo y el sistema de gestión de bases de datos (DBMS) que esté utilizando.
Todos los demás usuarios deben tener permisos CONCEDIDOS en sus cuentas para cargar / cambiar / eliminar datos.
La clave de esto es:
Se recomienda que el administrador de ArcSDE y su esquema solo se usen para administrar y almacenar tablas del sistema ArcSDE. Debe crear esquemas de usuario separados en los que almacenar sus objetos de datos de ArcSDE, tales como clases de entidad y datasets ráster. No debe almacenar estos objetos en el espacio de almacenamiento del administrador de ArcSDE, ya que posiblemente podría bloquear el servicio de ArcSDE al llenar el espacio del administrador de ArcSDE
Documentación completa: http://webhelp.esri.com/arcgisserver/9.3/java/index.htm#geodatabases/user_pe-564470524.htm
No desea que SDE sea el propietario de los datos. Tampoco desea que sus espacios de tabla se entrelacen con sus espacios de tabla SDE (administración de la base de datos y lado del rendimiento de la casa). Puede hacer que las actualizaciones y otras manipulaciones de datos sean más complejas. Además, cuando inicia sesión como SDE, tiene privilegios elevados, lo que significa que puede ejecutar accidentalmente una acción que afectaría a toda la geodatabase, donde si hubiera iniciado sesión como un usuario diferente sería casi imposible.
Hay muchas más consideraciones, pero estas son solo algunas.