Take the 2-minute tour ×
Geographic Information Systems Stack Exchange is a question and answer site for cartographers, geographers and GIS professionals. It's 100% free, no registration required.

I've successfully installed ArcSDE and ArcGIS for Server for 10.1. I'm running SQL Server 2012 on a Windows 2012 Server x64 machine.

I'm able to direct connect to the SDE geodatabase and version the data. So I assume this means that ArcSDE was installed and working correctly?

But I'm a little confused about the ArcSDE services and what exactly they are used for. I feel like I may not be using ArcSDE for what it was made for without using these services. Is this correct?

share|improve this question
    
en.wikipedia.org/wiki/Reverse_proxy –  blah238 Feb 24 '13 at 9:04

2 Answers 2

up vote 4 down vote accepted

To understand the need for a ArcSDE service, we need to understand the architecture better. And to do that, we need to go back in time to the version 8.3 onwards.

When you run the installation for ArcSDE (or PostInstall pre v10.1), it creates a repository in the database, which are basically supporting tables for your main data. (From 10.1 onwards there is no PostInstall, as I understand)

When you add a new featureclass in your SDE geodatabase, it is not stored as just one table. The Information is spread across multiple tables. When your version data, and edit it, even more tables are affected.

For the data to be saved in the correct tables, the client, or whichever software is saving the data, needs to know about these specific tables, and do things correctly. Even when reading from the geodatabase, the information has to be read from various tables and collected together to make a feature class as we know it.

Now your ArcGIS desktop and ArcGIS Server are smart enough to do that. But what about those clients that are not aware of all these different tables?

That is where the ArcSDE service comes in. It acts as an intermediary between the clients and the RDBMS back-end. You want to query the data from the command line? Sure you can do so by connecting to the service.

In the past ArcGIS desktop had limited knowledge of the RDBMS back-end. Over time ESRI has made ArcGIS desktop more and more aware of the repository tables, and given it the ability to manage the data directly. That is why nowadays there is very little need for the SDE service. ESRI has been pushing its clients to direct connect from the time of 9.3 onwards. And in the latest version making a three-tier connection is a pain.

(Ok so I sort of cheated here. This isn't the only reason for having A service for SDE, but it is the Main reason)

So to summarize, Unless you face some major problem in your workflow, you are not missing anything by not using a service. Using a Direct Connect is the way to go.


Now coming to your question about how to access the map services outside your network. (Actually this should be a seprate question, but I'll give you a short answer).

The Server is supposed to be installed on a seprate machine, which has access to the internet. Either it can be in the DMZ or your firewalls needs to be configured such that it allows some connections to your ArcGIS server. Your WebApp will the access your ArcGIS server using its public IP or hopefully a domain name.

share|improve this answer
1  
Caveat. I recently discovered that not having a service at all and using the sde schema database with direct connect was one step short of being able to create a feature device to enable web editing in 10.1. I need to install sde for that one reason. That is the only thing I can find that requires the actual sde install in 10.1. Besides of course the command line tools. But practically all of those are in arcatalog at 10.1 –  Brad Nesom Feb 25 '13 at 5:59
    
@BradNesom Why did you need a SDE service for a Feature service? I can't find any documentation which says that you can't have a Feature service from a direct connect. –  Devdatta Tengshe Feb 25 '13 at 6:44
1  
I thought I found something the other day but can't locate it again (in documentation). the only reason other than that is the error when I try to restart with feature access enabled. on an existing map service. Failed to start - Capability: Feature Access requires that the data be on SDE; other types of data sources are not supported. –  Brad Nesom Feb 25 '13 at 15:18
    
esri.com/news/arcuser/0408/entergdb_101.html @I-B Derek Law has a good article on many aspects you should become familiar with –  Brad Nesom Feb 25 '13 at 15:26
    
you will need an external ip a hole in your firewall or registered domain (public facing web server) to access from outside your network. –  Brad Nesom Feb 25 '13 at 15:29

if you can access in your network it seems succesfully worked. But you want to publish your service (for example WMS) you must open your server ports. By the way people can reach your service from outside of your network. Online games etc. work same as this situation. So have a look at this Link...

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.