J'ai lu quelque part qu'il n'est pas recommandé de charger des données dans une géodatabase d'entreprise à l'aide de l'utilisateur sde.
Je me demandais quelle en était la raison?
8
J'ai lu quelque part qu'il n'est pas recommandé de charger des données dans une géodatabase d'entreprise à l'aide de l'utilisateur sde.
Je me demandais quelle en était la raison?
Le compte utilisateur administratif ArcSDE (sdeuser) est responsable de l'administration des éléments suivants:
ArcSDE geodatabase system tables, triggers, and procedures The ArcSDE service Versions
L'administrateur ArcSDE possède tous les fichiers, répertoires et tables du système de géodatabase ArcSDE. Pour cette raison, le compte d'administration ArcSDE doit être créé avant la création de la géodatabase. L'administrateur de base de données (DBA) crée l'administrateur ArcSDE et accorde à cet utilisateur les autorisations nécessaires. Sur les installations Windows, cela peut être accompli via l'assistant de post-installation. Sous UNIX / Linux, cela se fait manuellement et la manière dont cela se fait dépend du système d'exploitation et du système de gestion de base de données (SGBD) que vous utilisez.
Tous les autres utilisateurs doivent avoir des autorisations ACCORDÉES sur leurs comptes pour charger / modifier / supprimer des données.
La clé de ceci est:
Il est recommandé que l'administrateur ArcSDE et son schéma ne soient utilisés que pour gérer et stocker les tables système ArcSDE. Vous devez créer des schémas utilisateur distincts dans lesquels stocker vos objets de données ArcSDE tels que les classes d'entités et les jeux de données raster. Vous ne devez pas stocker ces objets dans l'espace de stockage de l'administrateur ArcSDE, car vous pourriez éventuellement bloquer le service ArcSDE en remplissant l'espace de l'administrateur ArcSDE
Documentation complète: http://webhelp.esri.com/arcgisserver/9.3/java/index.htm#geodatabases/user_pe-564470524.htm
Vous ne voulez pas que SDE possède les données. Vous ne voulez pas non plus que vos espaces table soient entrelacés avec vos espaces table SDE (administration de la base de données et côté performances de la maison). Cela peut rendre les mises à niveau et autres manipulations de données plus complexes. De plus, lorsque vous vous connectez en tant que SDE, vous disposez de privilèges élevés, ce qui signifie que vous pouvez accidentellement exécuter une action qui aurait un impact sur l'ensemble de la géodatabase, où si vous étiez connecté en tant qu'utilisateur différent, cela serait presque impossible.
Il y a beaucoup plus de considérations, mais ce ne sont que quelques-unes.