积思园

如今，内存数据库被大家广泛认可，懂得技术的人都明白，数据从磁盘读写肯定比

从编辑联系我到该书的出版问市将近9个月，其中编写该书仅有两个月，但是这两个月是四年技术的积累和博客的记录的结果，其实这本书的出现已经非常晚了，因为关于企业级地理数据库、企业级GIS、ArcSDE技术的文章说明实在太少了，也许全国也只有这里才能看到最最权威的论文文章，不是说本人有多么的精通，只是很多比我更精通的专家可能无心顾暇，而我是一个乐于分享的人，能把自己的经验给大家分享是我感觉很快乐的事情。写博客本是自己很纯粹的事情，但是书籍又是很商业的事情，没有办法，也只能王婆卖瓜了，希望各位能够理解和支持！

Article ID:42983Software: ArcSDE 10.1, 10.2, 10.2.1, 10.2.2 ArcGIS for Desktop Advanced 10.1, 10.2, 10.2.1, 10.2.2, 10.1 SP1, 10.3 ArcGIS for Desktop Standard 10.1, 10.2, 10.2.1, 10.2.2, 10.1 SP1, 10.

在Oracle 12c推出之后，其中一个新特性就是分页语句。4 Easy Top-N and pagination queries ，更易用的Top-N和页码查询提供了类似MySQL中limit的语法，Row Limiting Clause

问题描述：ArcSDE 10.2.2执行ST_Geometry的ST_ASTEXT操作符，将Geometry对象转换为WTK串，如果数据量比较大，比如我测试的数据打出超过1000条数据时，系统会报ORA-20006错误。sh    [#NIM099098 The ST_AsText SQL function is failing when the result set contains more

RT

最近有很多用户zix

随着Oracle12c版本的推出，Esri也推出了支持Oracle12c的ArcSDE10.2.1版本。更多ST_Geometry的配置和使用问题http://blog.csdn.net/linghe301/article/category/797871ArcSDE10.2.1在Oracle12c环境的安装http://blog.csdn.net/linghe301/article/details

很多用户经常会有将数据写入ArcSDE地理数据库的操作，也时常会写入效率而烦恼，它们渴望不管多大多复杂的数据，尽可能的使用较少的时间写入到ArcSDE中，而往往用户写入ArcSDE也通过依赖于本身的业务需求，使用自定义的代码开发就非常常见了，那影响ArcSDE写入效率的因素就比较多了。---------------------------------------------------------

在以前的博客曾经写过关于ArcGIS10.2与SQlite的文章当ArcGIS10.2遇到SQLitehttp://blog.csdn.net/linghe301/article/details/9056247里面还留下了个引子：未完待续：还有一个问题没有弄清楚，ArcGIS10.2桌面也提供了关于SQLite的Dll，这个现在还不太清楚干什么用1：有可能使用桌面操作SQLite就是调用这个dll

问题描述：       我的目地是空间数据与属性数据做关联，使用ArcGIS提供的QueryLayer对象，但是发现一个问题，我可以创建相关的QueryLayer对象，但是我在使用Identify和拉框查询都查询不到结果。但是要素类在ArcMap可以进行空间查询。而且同时有两个客户都有相同的问题，环境都是一样的，ArcGIS10.1，遇到的问题都是一样的。问题分析：碰到类似的问题，做空间查询，因为

环境：ArcSDE10.1 SP1Oracle 11.2.0.3操作步骤：点状要素类数据量：50000+使用如下SQL语句进行查询SQL> select count(*) from bjj; COUNT(*)---------- 582341SQL> select count(bjj.objectid) as fieldCount from bjj,bjpp where sde

原文地址：http://support.esri.com/en/knowledgebase/techarticles/detail/33341Article ID:33341Software: ArcSDE 9.2, 9.3, 9.3.1, 10, 10.1 ArcGIS for Desktop Advanced 10.1, 10.2 ArcGIS for Desktop Standard 10.

今天有个用户咨询，说是使用ST_Geometry查询，主要是面状图层查询点状图层，当面状图层的面积达到数平方公里时，就会出现不该查询到的信息却查了出来。用户是使用了sde.st_intersects，而且问题出现在为了做前端分页，使用了RowNum，那么我就找了一个数据量特别大的点图层和同投影的面图层进行测试，发现了一个问题，也就是我通过桌面叠加和ST_Geometry查询不一致的情况出现。相关环

这个题目比较怪异，表达的目的就是因为许多用户有这两个问题一直悬而未决1：我可以在不使用ArcSDE的情况下，使用ArcGIS来操作OracleSpatial数据么？回答：可以。ArcGIS10新的Query Layer就可以实现这个问题2：用户继续追问，你们不是说Esri的ST_geometry存储要比Oracle的OracleSpatial效率要高么，那我在不使用ArcSDE的情况下，使用Arc

Esri公司推出的ArcGIS产品是一个非常强大的体系，里面包含ArcGIS Desktop、ArcGIS Server、ArcGIS Engine、ArcSDE、ArcGIS Online等，那么这些产品不仅仅包含基础平台软件，也包含供用户二次开发的组件，那么这些组件也包含C/S、B/S、移动端的，下面就简单的给大家说一下，也让初学者有一个简单的了解。C/S架构主要是应用于局域网方面，一般是安装

一提起SQL操作ArcGIS的表，大部分用户都应该用过SQL操作ST_Geometry，也就是SQL直接对Base表进行相关的操作，但是有用户会问，我是否可以使用SQL操作已经注册过的要素类，而且这个要素类进行过编辑操作，我是否可以使用SQL来查询出来，而且这个结果和ArcGIS Desktop查询的结果一样，其实很简单，看如下例子：比如我有一个要素类IDCOUNTY_1，已经注册版本了，而且我也

以前我们也介绍了相关配置Oracle监听使用SQL操作ST_geometryhttp://blog.csdn.net/linghe301/article/details/7102447今天我们说说ArcSDE10.1的配置方法，因为ArcSDE10.1的安装与ArcSDE10的变化比较大，所以在配置SQL这一块Esri也做了很大的改变。大家都知道，ArcSDE10.1是使用ArcGIS10.1桌面

上次做实验，我的服务器中既安装了ArcSDE9.3又安装了ArcSDE9.3.1，而且由于测试另外一个问题，我又将ArcSDE9.3.1进行升级到SP2补丁，但是今天测试ST_Geometry的SQL操作，系统提示如下错误：14:04:25 SQL> select sde.st_astext(t.shape) from AAA.streets t,AAA.str r where sde.st_

现在大家很喜欢使用ArcSDE的SQL操作，这种方式在特殊的环境要求下显得比较方便，那么使用SQL操作最多的是读和写，而写最多的就是新建一个对象，那么翻译成SQL语言就是使用insert方式比较多，那么问题出来了，大家都知道ArcGIS的每一个要素类都是有ObjectID的，而且这个字段是不能重复的，那么当我要插入一个新的对象，这个ObjectID值怎么获得呢？如果对ArcSDE或者是

关于这个内容，其实从ArcSDE9.2推出ST_Geometry就让用户感到很有吸引力，而且特别是在ArcSDE9.3之后，用户使用SQL操作ST_geometry越来越多，但是在配置Oracle监听来说总是碰到这样那样的问题，以下就是总结一下配置 Oracle 侦听器来使用SQL操作ST_Geometry 。首先说明一下：如果你的ArcSDE版本是9.2最好不要使用这种方式，因为Bug也是比较多

http://support.esri.com/en/knowledgebase/techarticles/detail/38823系统环境在ArcSDE9.3.1和ArcSDE10时候使用Oracle11.2.0.1  执行对ST_Geometry的查询时，报Ora-28579错误，这个错误在以前用户提的也比较多，而且老是属于那种偶尔碰到的错误。SELECT objectid

ArcGIS应用OracleSpatial特征分析         该文章并不是将Oracle  Spatial与ST_Geometry做对比，关于两者的对比，可以参考：http://blog.csdn.net/warrenwyf/article/category/70506

LOB(large object)是一种用于存储大对象的数据类型，如医学记录（如X-射线）、视频、图像等。LOB有三种类型：BLOB：Binary Large Object、CLOB：Character Large Object、DBCLOB：Double-byte  Chara

使用 ST_Geometry，通过减少索引块的读取使用空间索引 （ST_Spatial_Index） 的每个空间查询时提高查询性能。减少为结构化查询语言 (SQL) 语句的逻辑或物理 I/O 操作提高了查询时间并提高了服务器，提供更多的可扩展性上的资源。       Orac

今天接到一用户电话，说他们的一个要素包含几百个点，使用SQL语句ST_Geometry操作，报Ora-01704错误（因为包含点多，所以构造函数点串就很多，所以显得SQL很长，因此会报ora-01704错误。那么我们就做了一个实验，使用ArcTutor的一个大洲的数据，这个数据的特点就是要素包含的点超级多。SQL> select t.shape.numpts from continent t wh

接到一用户的问题，再使用ST_Transform时报“ORA-20603: Spatial References are not compatible”。 查看ST_Transform时有一个关键的地方：“SRIDs 102 and 105 have to exist in the ST_SPATIAL_REFERENCES view, and both must have the same geographic datum.” 也就是说，在实现转换的过程中，两个投影文件必须要有一样的椭球体。 我们查

今天接到一用户的邮件，说是使用ST_Geometry  SQL 查询  效率很低select Count(*) from ghh t where sde.st_within(t.shape, sde.st_buffer( sde.st_multipoint('multipoint(490021.7775 303342.81825, 489497.07 303822.42475,489250.1075 303778.5025)', t.shape.srid), 300)) = 1;刚开始在我机器上运行  竟

        今天接到用户咨询，说在ArcMap上面进行编辑的点数据以及使用ST_Geometry插入该图层的数据，显示标注时，放大比例尺，不断放大，利用软件编辑的数据的标注没有问题，但是利用ST_Geometry插入的数据放大到一定比例尺就看不到标注。 我今天做了一个测试，果然是这个样子，如下图，点112是我用ST-Geometry插入的，其他点是用ArcGIS软件编辑的，我拉框大家可以注意到点112并不在已有数据的范围内，也就是说新插入的112超出了图层的数据范围，为什么要说这个呢？因为在SD

测试环境 数据库：Oracle11g R1(11.1.0.6) 64Bit 中间件：ArcSDE10 （64Bit） 数据情况：点数据（point,231772条记录），面数据（poly,12条记录）如下图所示 1：ST_Geometry操作符的选择 测试内容 测试面状要素所包含的点状要素的数量以及内容 测试结果 我使用两种方式分别进行相关测试，一种是利用面包含点的方式（Contains）,一种是利用点在面内部的方式（within）,我们看看这两种方式有什么区别 第一种方式： S

题记该文件不需要用户非要刨根问底的去理解相关内容，只需要了解这里的相互关系，以及在使用ST_Geometry的时候怎么来处理这些关系。环境介绍操作系统：Winodows7数据库：Oracle 11.1.0.6 64Bit中间件：ArcSDE10 64BitArcSDE投影表介绍ArcSDE的投影信息涉及的表包括以下几个：GEOMETRY_COLUMNS GEOMETRY_COLUMNS 表为符合