Après avoir passé un peu de temps à rechercher sur Google les meilleures pratiques de gestion d'ArcSDE, je suis venu les mains vides. J'ai une bonne compréhension des bases de données spatiales et de leur gestion ayant mis en œuvre plusieurs bases de données Oracle Spatial à grande échelle, mais je voulais avoir votre avis sur les pratiques ou les schémas à respecter pour leur faciliter la vie et leurs collections spatiales utilisables et sécurisées.
Quelles pratiques utilisez-vous sur votre base de données ArcSDE pour garantir l'intégrité, la sécurité et la cohérence de votre instance ArSDE?
Quels objectifs de conception visez-vous lors de la planification de votre instance ArcSDE et pourquoi?
Ce sont des questions générales, et la réponse peut changer considérablement en fonction de la taille, des exigences et de la portée de la mise en œuvre, mais je voudrais évaluer l'intérêt pour un guide communautaire pour ce sujet.
C'est en fait quelque chose sur lequel vous trouverez peu de documentation publique. Il y a des cours / ateliers que l'ESRI facture ou que vous pouvez assister à l'ESRIUC mais moins dans l'espace public.
Quelques points que vous mentionnez découlent de bonnes pratiques DBA; mais certains ne dépendent pas vraiment de vos systèmes et de vos besoins.
Pour l'intégrité, à coup sûr, une plate-forme matérielle stable (j'utilise toujours des systèmes en cluster) est la clé; et en utilisant le bon backend DB. Je viens d'un État fort et d'un milieu fédéral, donc je m'en tiens généralement aux bases de données à grande échelle comme MSSQL ou Oracle. MSSQL2008 spatial vous donne une bonne boîte à outils pour le coût; par rapport à si vous voulez vraiment à l'épreuve des balles avec un accès tiers, vous voulez considérer Oracle; où de nombreuses applications se connectent au côté spatial.
Sécurité; Eh bien, vous avez un fort besoin de DBA pour vous assurer que les comptes sont correctement configurés; mais vous devez également utiliser les contrôles ESRI intégrés pour savoir qui peut lire / écrire, etc. à partir de vos bases de données. Cela remet également en question la structure de vos données et de vos systèmes qui les utilisent; avez-vous besoin de créer des silos de sécurité plus élevés où vous avez une sécurité plus stricte au niveau utilisateur; ou est juste une énorme base de données unique ok avec vous maintenant les autorisations utilisateur par niveau utilisateur à travers les fonctionnalités.
Vous devez également penser à utiliser des objets internes comme les domaines par rapport aux tables de référence avec ces valeurs qui vous conviennent; les domaines peuvent ne pas être accessibles à partir d'applications tierces qui consultent vos données; où une table de référence peut être jointe et vous avez ces valeurs codées.
La normalisation des données est un grand sujet à considérer; certaines personnes sont heureuses de faire une conception normalisée solide avec des fonctionnalités SDE de géométrie uniquement, puis toutes les choses tabulaires dans les tables d'entreprise que vous avez ensuite beaucoup d'index et de vues pour optimiser les performances de recherche par d'autres applications.
Donc, si vous avez des domaines particuliers qui vous intéressent; n'hésitez pas à ajouter plus de détails à vos questions, mais une grande partie de ce que vous cherchez dépend vraiment de votre plate-forme et de vos besoins fonctionnels. Une application Web à grande vitesse peut ne pas vouloir SDE contre seulement fGDB; par rapport aux données dynamiques exigeraient SDE.
Je savais que poser cette question apporterait des réponses très variées, tout comme la nature de la question. Merci beaucoup pour votre réponse. J'ai ma propre liste de meilleures pratiques que j'ai développées au fil des ans sur la base du développement et de l'administration de la base de données, bien que je pense que la communauté bénéficierait d'un effort de collaboration pour compiler une liste basée sur les sujets que vous avez décrits. Accepteriez-vous?
OptimizePrime
Oui, je le pense. Peut-être que la section Wiki pourrait servir de point de départ; même envisager de regarder de masse en masse de la base de données spatiale; pas seulement la route ESRI / ArcSDE. Il y a différentes choses que vous pouvez voir pour des considérations de conception dans un Oracle / Spatial par rapport à ce que je fais dans mon système MSSQL2008; où j'ai la couche MS-Spatial juste enveloppée par ESRI pour un accès à une application; tout le reste, comme Safe / FME, parle directement au MSSQL. C'est une considération délibérée de ma part pour réduire la dépendance à la couche ESRI.
DEWright
1
Je pense que DeWright a à peu près cloué sur la tête. Plus la stratégie de sécurité que vous voulez est complexe, plus vous voulez que vos rdbms soient sophistiqués.
J'ai toujours eu le désir de construire des bases de données avec plusieurs types d'accès. Tels que sdo, postgis. Permettre à plus d'un logiciel ou IDE de manipuler ou d'afficher les données.
Je suggère de prendre la grande route et de passer plus de temps dans des scénarios de recherche / test avant de s'engager. Certaines de ces options sonnent bien mais ont des limites.
L'optimisation, la normalisation et la conception solide de la base de données avant la main permettront une grande flexibilité (dans l'espace) à long terme.
Je suis un grand partisan d'un bon plan;) Mais je rencontre continuellement des entreprises qui souhaitent mettre en œuvre des informations de localisation et désapprouver une stratégie écrite bien définie pour le faire. Pour moi, le point idéal est de «donner à l'utilisation ce dont ils ont besoin / veulent tout en veillant à ce que les fonctions de gestion des données soient aussi élégantes / fonctionnelles que possible». Ce sont les deux objectifs que je garde toujours à l'esprit.
OptimizePrime
vous pourriez passer beaucoup de temps sur le fichier dbtune.
Brad Nesom
La plus grande partie est votre conception; si vous avez besoin de créer des données qui seront utilisées dans des outils spatiaux et non spatiaux, vous voulez vraiment normaliser fortement vos données; séparer l'espace du tableau. Juste pour garder vos tables plus propres et réduire la quantité de choses que vous stockez dans cet espace.
Je pense que DeWright a à peu près cloué sur la tête. Plus la stratégie de sécurité que vous voulez est complexe, plus vous voulez que vos rdbms soient sophistiqués.
J'ai toujours eu le désir de construire des bases de données avec plusieurs types d'accès. Tels que sdo, postgis. Permettre à plus d'un logiciel ou IDE de manipuler ou d'afficher les données.
Je suggère de prendre la grande route et de passer plus de temps dans des scénarios de recherche / test avant de s'engager. Certaines de ces options sonnent bien mais ont des limites.
L'optimisation, la normalisation et la conception solide de la base de données avant la main permettront une grande flexibilité (dans l'espace) à long terme.
la source