This posting lists some interesting points why using ArcSDE:
First, one of the primary functions of ArcSDE is that it provides the connectivity to the DBMS; meaning that the out-of-the-box ArcGIS Desktop clients, ArcIMS and ArcEngine and ArcGIS Server development environments don't need to know which DBMS you are working with or how the data is stored in the database.
Second, ArcSDE enables ArcIMS to scale by managing access by many users to subsets of a large, continuous data set.
Third, ArcSDE combined with ArcCatalog provides the mechanism to load and maintain data in an enterprise geodatabase (which is a geodatabase stored in a relational DBMS like Oracle, SQL Server, DB2, Informix).
Fourth, ArcSDE with ArcIMS provides ArcIMS Metadata Services.
Fifth, ArcSDE provides pyramiding for improved raster/image data access.
Sixth ArcSDE provides the transaction model that is required for a multi-user editing environment (long transaction, versions, disconnected editing, geodatabase replication (at 9.2), and history archiving (at 9.2)).
Lastly, ArcSDE provides low level data integrity checks (check that polygons are closed, that lines don't intersect themselves, etc) that complement the higher level data integrity checks of the geodatabase (relationships, domains, topology, traversable networks, etc.).
Wednesday, December 19, 2007
Why ArcSDE?
Posted by
Admin
at
12/19/2007 11:23:00 PM
0
comments
Labels: ArcSDE
When feature classes should not be put into a feature dataset?
In general, it is a bad idea using feature dataset to group feature classes for the following reasons:
1) While accessing just one feature class, the whole feature dataset is locked.
2) When one feature class in the feature dataset is used, all feature classes in the feature dataset will be cached, not just the layer being using.
3) Don't put any layer/ feature class into a feature dataset unless you need it for geodatabase functionality (e.g. geometric network, topology, etc.)
Posted by
Admin
at
12/19/2007 11:14:00 PM
0
comments
Labels: ArcSDE
Show friendly time in ArcSDE system tables
I came across a posting about time conversion in ArcSDE system tables in ESRI Support web site:
http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articleShow&d=25700
In the ArcSDE system tables, the dates are stored as a number that represents the time when the table was registered, or the layer was created, in seconds since 1970.
SELECT registration_id, table_name, OWNER, TO_CHAR(NEW_TIME(TO_DATE('1970-01-01', 'YYYY-MM-DD'),'GMT','PDT') + registration_date / 86400.0, 'Month DD, YYYY HH:MI:SS am')
FROM sde.table_registry;
SELECT LAYER_id, table_name, OWNER, TO_CHAR(NEW_TIME(TO_DATE('1970-01-01', 'YYYY-MM-DD'),'GMT','PDT') + CDATE / 86400.0, 'Month DD, YYYY HH:MI:SS am')
FROM sde.LAYERS;
Posted by
Admin
at
12/19/2007 11:00:00 PM
0
comments
Labels: ArcSDE
Monday, December 17, 2007
Calculate free space of a tablespace
The following script calculates the free space of a tablespace in an Oracle database:
SELECT TABLESPACE_NAME,
(SUM(BYTES)/1024) FREE_KB,
(SUM(BYTES)/(1024*1024)) FREE_MB
FROM DBA_FREE_SPACE
GROUP BY TABLESPACE_NAME;
DBA_FREE_SPACE describes the free extents in all tablespaces in the database.
Posted by
Admin
at
12/17/2007 10:41:00 PM
0
comments
Saturday, December 15, 2007
Shape Validation in ArcSDE 9.1
ArcSDE maintains valid shapes internally by applying a set of rules to each shape type. All ArcSDE commands that create or update shapes use these rules.
Verification rules for point shapes are:
- The area and length of points are set to 0.0.
- A single point's envelope is equal to the point's x,y values.
- The envelope of a multipart point shape is set to the minimum bounding box.
Verification rules for simple lines, or linestring shapes, are:
- Sequential duplicate points are removed.
- Each part must have at least two distinct points.
- Each part may not intersect itself. The start and endpoints may be the same, but the resulting 'ring' is not treated as an area shape.
- Parts may touch each other at the endpoints.
- The length is the sum of all the parts.
Verification rules for lines, or spaghetti shapes, are:
- Lines can intersect themselves.
- Each part must have at least two distinct points.
- Sequential duplicate points are deleted.
- The length is the length of all of its parts added together.
Verification rules and operations on area shapes are:
- Delete duplicate sequential occurrences of a coordinate point.
- Delete dangles.
- Verify that the line segments close (z coordinates at start and endpoints must also be the same) and don't cross.
- Correct rotation to counterclockwise (see the previous section for an explanation of how ArcSDE stores area shapes).
- For area shapes with holes, ensure that holes reside wholly inside the outer boundary. ArcSDE eliminates any holes that are outside the outer boundary.
- Convert a hole that touches an outer boundary at a single common point into an inversion of the area shape.
- Combine multiple holes that touch at common points into a single hole.
- Multipart area shapes may not overlap. However, two parts may touch at a point.
- Multipart area shapes may not share a common boundary. Common boundaries are dissolved.
- If two rings have a common boundary, they are merged into one ring.
- Calculate the total geometry perimeter, including the boundaries of all holes in donut polygons, and store the perimeter as the length of the geometry.
- Calculate the area.
- Calculate the envelope.
Posted by
Admin
at
12/15/2007 01:45:00 PM
0
comments
Labels: ArcSDE
How to obtain information about the geometry of the features in a layer?
Applies to: ArcSDE 9.1, 9.2
“sdelayer –o feature_info” included in ArcSDE package can be used to get information about the geometry of a feature.
The syntax for the command is as follows:
sdelayer -o feature_info -l

