ArcSDE n'est-il plus nécessaire dans ArcGIS 10.1?

27

Grâce à ma frustration de ne pas trouver l'assistant de post-installation avec ArcSDE 10.1 et d'échouer avec l'outil de ligne de commande pour démarrer un service SDE sur nos bases de données SDE, j'ai constaté que j'étais en mesure d'accéder aux bases de données et de copier / coller / ajouter / supprimer / supprimer des fonctionnalités fonctionnalités / etc. tout cela via des connexions directes à notre machine SQL Server 2012. C'était SANS ArcSDE en cours d'exécution.

Alors ... La question est, pourquoi dois-je passer par la difficulté d'essayer de faire fonctionner les services SDE si je peux gérer nos bases de données via les outils de bureau? J'ai même pu créer une géodatabase d'entreprise et vérifié que toutes les tables métier nécessaires ont été créées. J'ai même recréé tous nos services de carte dans ArcGIS Server 10.1 avec connexion directe et l'édition Web fonctionne parfaitement.

Peut-être que je manque quelque chose ...

MISE À JOUR:

Comme indiqué dans la rubrique Nouveautés des géodatabases :

"La méthode recommandée pour accéder aux géodatabases d'entreprise consiste à se connecter directement à partir des clients ArcGIS. Si vous utilisez uniquement des connexions directes à votre géodatabase, vous n'avez pas besoin d'installer le serveur d'applications ArcSDE."

Cependant, si vous devez modifier les paramètres dans les tables système ArcSDE, vous devez toujours installer les outils de ligne de commande inclus avec le serveur d'applications. Je ne pense pas que l'édition de tables système directement via SQL soit prise en charge techniquement.

— Luc
source

2

Ce n'est pas nouveau. Un service ArcSDE n'est nécessaire que lors de l'utilisation de connexions au serveur d'applications (ou «à trois niveaux»).

— blah238

2

@ blah238 c'est quelque chose de nouveau - avant 10.1, vous ne pouviez pas configurer une géodatabase d'entreprise sans avoir d'abord installé ArcSDE en tant que composant distinct.

— tomfumb

J'utilise arcmap 10.1 et il ne me permettra pas d'utiliser la connexion SDE car il dit que je n'ai pas la licence pour le faire. J'utilise la norme 10.1.

27

Une très bonne discussion sur l'utilisation ou non d'ArcSDE peut être trouvée ici .

At 10.1 there is no need to install the ArcSDE software unless you need to run an ArcSDE service. If all of your users are making Direct Connections to the geodatabase then the ArcSDE installation is not necessary. As well, most of the functionality offered by ArcSDE commands is now available in ArcGIS Desktop & through GP tools.

Pour faire court, la grande majorité des utilisateurs d'ArcGIS 10.1 n'ont plus besoin d'ArcSDE pour se connecter à une géodatabase d'entreprise. La connexion directe est désormais la méthode de connexion par défaut.

— Rayner
source

Parfaitement, donc si je m'inscris en tant que version d'une classe d'entités et l'expose en tant que service d'entités avec ArcGIS Server, ça va? C'est le serveur ags qui gère le droit d'accès simultané?

— Luke

1

Parait à peu près juste.

— Rayner

8

Il existe de très bonnes raisons d'utiliser un moteur de serveur ArcSDE, la première étant la charge. Lorsque vous utilisez un service serveur ArcSDE, vous retirez la majeure partie de ces données du serveur de base de données et vous les placez en file d'attente plutôt que de compter uniquement sur votre machine locale pour stocker toutes ces données temporaires.

Une chose que vous verrez en particulier avec un serveur MSSQL lorsque vous établissez votre connexion de base de données initiale dans un MXD est qu'ArcGIS effectue un 'SELECT *' (comme vu dans votre analyseur de requêtes et se connecte à votre serveur DB) par rapport à cette table / classe d'entités . Maintenant, cela peut avoir un impact énorme si vous avez de très grands ensembles de données; le service / processus ArcSDE y contribue en aidant à la demande de l'étendue de données appropriée.

Maintenant que nous avons tous obtenu de plus grosses machines, avec plus de RAM, il est beaucoup plus facile de tout charger dans la session en cours et de l'exécuter; mais ne négligez pas simplement l'idée d'utiliser le service simplement parce que les documents ArcGIS disent que vous n'en avez plus besoin, par rapport au moment où vous pourriez / devriez probablement l'utiliser.

— DEWright
source

1

si vous disposez d'une licence ArcGIS Server à serveur unique mais que ArcSDE doit être exécuté sur un serveur de base de données distinct, cela peut augmenter considérablement les coûts de licence, car ArcSDE n'est concédé sous licence que dans le cadre d'ArcGIS Server. Vous pourriez obtenir un tout nouveau serveur avec du matériel plus robuste pour moins d'une licence AGS supplémentaire.

— tomfumb

1

En fait, tomfumb ESRI vous permet d'exécuter votre ArcSDE / RDBMS sur une machine séparée, mais une seule par licence. Il n'est pas logique d'exiger que l'utilisateur exécute l'intégralité du moteur ArcGIS Server sur le serveur SGBDR; afin que vous puissiez correctement dimensionner votre serveur ArcSDE / DB en fonction de vos besoins de traitement ArcGIS Server.

— DEWright

6

L'utilisation des services ArcSDE peut également être utile si vous avez une communauté d'utilisateurs qui peut ne pas disposer du logiciel client de base de données requis. Par exemple, les clients Oracle ont tendance à présenter des problèmes pour les installations dans certains scénarios. Alors que la connexion directe nécessite le client Oracle, les services SDE ne le font pas.

— SpatialDude
source

1

Complètement correct. Votre connexion en mode à trois niveaux serait ArcGIS Desktop <---- [via les bibliothèques client ArcSDE] ----> Service ArcSDE <--- [via les bibliothèques client Oracle] ----> Oracle Server. Ainsi, vous n'auriez besoin que des bibliothèques client Oracle sur la machine exécutant le service ArcSDE.

— Ragi Yaser Burhum

C'est quelque chose avec lequel nous nous débattons - personne ne semble savoir comment installer correctement les clients Oracle.

— blah238

3

Il s'agit peut-être d'un vieux fil de discussion, mais je l'ai découvert récemment. La pictométrie se connectera directement aux bases de données SDE, mais vous devez le faire correctement. Ce qui suit est pour MS SQL: Assurez-vous de télécharger le client natif correct pour votre version SQL: http://msdn.microsoft.com/en-us/sqlserver/ff658533.aspx

Une fois installé, vous devrez vous connecter à l'aide de la syntaxe SDE Direct Connect: Dans Pictometry, vous avez besoin du nom d'affichage suivant: Serveur: laisser un exemple vide: sde: sqlserver: Base de données: Nom d'utilisateur: Mot de passe utilisateur:

et connectez-vous. Cela a fonctionné sur ArcGIS jusqu'à 10.1. J'essaie avec 10.2 ..... entrez la description de l'image ici

— jimmyjak
source

informations utiles. merci pour le partage! (devrait être une question et une réponse séparées cependant)

— matt wilkie

1

Le fait que Pictometry ne fonctionne pas avec les connexions directes est la seule raison pour laquelle nous avons configuré les services ArcSDE.

— cwb
source

2

Pouvez-vous développer cette réponse s'il vous plaît? N'hésitez pas à inclure des liens contenant plus d'informations. Je suis intéressé ...

— Simon

Nous l'avons découvert lors du passage à la connexion directe pour ArcGIS 9.3.1. L'étude de champ électronique de pictométrie (EFS) nécessite des services ArcSDE pour les données SIG. Je n'ai aucun lien - les informations proviennent de mes entretiens avec le personnel de support de Pictometry.

— cwb