Questions tagged «enterprise-geodatabase»

使用此标记可解决有关ArcGIS for Server的企业级地理数据库(早期版本中为ArcSDE)组件的问题。

3
如何将QGIS连接到SDE?
我在该主题上阅读了您的出色解决方案,是否可以使用QGIS连接到ArcSDE?。不幸的是,我不是开源产品专家(我们仅使用Esri套件),我需要问一些问题。-如何通过SDE连接创建.ovr文件?-如何将其添加到QGIS?

4
可通过ArcGIS工具访问SQL语言的程度如何?
这个问题听起来太多余了…… 无论如何,我被要求探索SQL在ArcGIS中的用法。我们将SDE DB用于所有服务器端存储和数据库管理/大规模编辑。但是,我试图更深入地研究ArcGIS工具中集成SQL的程度。还有就是在一份报告中SQL查询参考指南中的ArcGIS 10的帮助,明确指出SQL语法也没有使用现场计算器工具时的工作。我发现这非常令人失望,因为在计算字段值时能够直接从数据库本身提取和处理信息似乎非常有用。 尝试在ArcGIS中使用SQL时可能遇到的最大限制和陷阱是什么?与SQL集成时,哪些工具具有最佳功能? 如果需要一个示例来使这个问题更清楚,我将尝试跟踪给定区域中特定类型的兴趣点的数量。每个点都有一个描述其类型和区域的属性。我当前的解决方案涉及大量使用游标进行计数和数据检索,但是一位上司指出,简单的SQL查询可以完成所有这些以及更多工作。不幸的是,似乎此功能不存在。 还是?

2
在SQL Server几何线(ArcSDE)中查找重复的顶点
我在ZM折线要素类中有一条具有无效几何图形的线。我的怀疑是,该行本身在某处再次加倍,我发现SQL Server不喜欢该行。任何人都知道一种快速的SQL方法或查询可以帮助我识别出困扰我的几何图形的可疑坏点吗?字符串表示形式如下所示: 1835815.86 12887142.42 0 0, 1835816.72 12887142.68 170 170, 1835817.53 12887142.76 349.99 350, 1835817.52 12887142.76 559.99 560, 1835817.78 12887142.76 659.99 660, .... 另外,我想知道是否可以使用正则表达式和向前看和/或向后看来查找重复的数字?


1
协调ArcObjects中的大型编辑会话时,服务器内存不足
Out of Server Memory尝试协调大型编辑会话时,我们的一位用户经常遇到ArcSDE 10.0错误。 VMware ESX实例: Windows Server 2008 R2数据中心 Service Pack 1 英特尔至强E5-2660 @ 2.20GHz 8 GB内存 我已经设置了一个性能监视器来跟踪内存使用情况,但是我很好奇这是否是其他人在版本控制编辑中遇到的问题吗? 我们的RDBMS是Oracle,我通过ESRI找到了此页面: http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//002n00000026000000 但是,这似乎是假设ArcSDE和Oracle在同一台计算机上(对我们而言它们不是)。我应该删除与编辑用户关联的“无限”表空间吗? 另外,我们使用Oracle客户端直接连接到您的数据库。这是否意味着我可能正在查看错误的服务器(ArcSDE),并且应该与DBA对话?我认为ArcObjects错误意味着ArcSDE问题,但是也许有人可以对此进行纠正? 解决方案似乎是在负责编辑的桌面上启用64位后台GP。大型编辑会话似乎导致我们的Oracle Geodatabase出现问题。可能可以在RDBMS级别上解决,但是当时无法使用DBA进行故障排除。

1
使用ArcPy更改为历史版本?
我在尝试使用Python和arcpy.ChangeVersion_management更改为SDE要素类的历史版本时遇到问题。 我可以使用ArcMap手动将版本更改为特定的日期和时间。我还能够使用ModelBuilder完全自动化该过程。 当我将ModelBuilder模型导出到python脚本时,脚本运行无误,但所选的版本是带有今天日期的历史版本,而不是选择为date参数的日期。 使用Arcmap和Python窗口(地理处理-> Python),我也可以运行python代码而不会出现错误,结果是相同的。使用当前日期选择历史图层,而不选择使用日期作为日期参数。 这是我正在执行的Python语法: arcpy.ChangeVersion_management("Parcels", "HISTORICAL", "", "7/1/2013 4:30:00 PM") 我也使用以下方法得到相同的结果: historyDate = datetime.datetime(2011, 7, 1) arcpy.ChangeVersion_management("Parcels", "HISTORICAL", "", historyDate) 而以下引发RuntimeError: historyDate = datetime.date(2011, 7, 1) arcpy.ChangeVersion_management("Parcel", "HISTORICAL", "", historyDate) 这是一个已知的错误,还是我会以错误的方式处理?


4
使用ArcPy将ArcSDE地理数据库复制到文件地理数据库?
我想将SDE数据库的精确副本(域,要素数据集,要素类等)复制到文件地理数据库中。 我尝试了几种可能性,包括: 使用复制(数据管理)过程 创建一个新的GDB并从SDE手动复制每个要素数据集 从SDE导出xml工作区文档并将其导入到GDB中 该Copy_management过程似乎不适用于将SDE复制到GDB,因为输入和输出数据类型必须匹配。 将每个要素数据集导入新GDB的过程可能也可以使用Copy_management通过遍历每个要素数据集来自动执行,尽管如果其中一个过程出现错误,这似乎可能会导致复制不完整的问题。 导出和导入xml工作区似乎可行,尽管当在大型地理数据库上使用该过程时,该过程会创建非常大的文件。 是否有比上述方式更简单的方式可以将SDE的内容和模式复制到GDB,并且可以自动进行? 如果不是,是否有任何理由不应在此过程中使用上述可能性?


2
在版本化的地理数据库中,增量表和状态树对查询性能有何影响?
我们有一个版本化的arcsde地理数据库(oracle 10g上的arcgis 9.3.1),具有相当复杂的数据模型,其中包括大约100个要素类和非空间表,一个几何网络以及许多关系类。 每天有5或6个arcmap用户使用sde版本控制编辑数据。此外,还通过自动服务创建了版本,这些服务与其他业务系统连接以在地理数据库中执行编辑。查询性能在一天中明显下降,因此我们实施了每晚脚本来实现完全压缩。在执行相对大量的编辑的情况下,系统可能要等到完全压缩后才能使用。 有人建议,面对这些易失的增量表,配置的oracle无法提出合理的执行计划。这是合理的解释吗?应该采取什么方法解决呢? 更新以回应评论 到最后,状态树非常线性,只有很少的分支。 我们每晚压缩(通过删除所有版本获得完整压缩)。 定期分析业务表。 不分析增量表。它们被锁定(尝试分析返回错误“ ORA-20005对象统计信息已锁定”)。sde模式中的易失性表也不是-STATES,STATE_LINEAGES。

1
ArcSDE中的SQL Server关系?
我正在使用SQL Server 2008 R2 Standard Edition运行ArcSDE 10。我是SDE和SQL Server的新手,但我了解SQL Server能够在表之间创建关系并维护某些参照完整性规则。 ArcGIS的关系类的行为类似,但是关系类不具有SQL关系的所有功能,并且不会在ArcSDE数据库中导致SQL关系。 是否可以在ArcGIS for ArcSDE数据库中创建关系类并在SQL Server中为同一表创建关系?这样,无论我是在ArcGIS中还是在SQL Server Management Studio中处理数据,我都将能够利用这些关系。两种类型的关系会相互冲突还是会阻碍绩效?

1
ESRI中的大规模地理编码和处理
好的,所以我想这种非正式的查询/调查是关于您在ESRI世界中使用的数据集的大小... 我正在建立和维护一个州范围的数据集,在这里我必须处理到各个房屋级别,而不是包裹级别,但对于我们的系统,每个包裹有多个邮寄地址。在许多地方,我使用的理论地址是根据街道网络或USPS AMS / AIS数据计算得出的。因此,我的地址列表大约有1,350万个地址,并且每月或每季度增长。 现在有没有人维护一个实时的地址/正确查找信息系统,该系统在连续数据集中如此之大?我很想合作或谈论其他人如何处理如此大的数据集。我在尝试执行诸如相交或空间连接之类的任务时,看到ESRI软件似乎被炸毁的问题。ESRI说他们看不到这类问题,但是从9.3.1开始我就遇到了这些问题,所以我不能成为第一个/唯一这样做的人,因为我可以在多台机器上重新创建它。我的平台现在是桌面上的ESRI ArcGIS 10,使用GEOMETRY空间对象与SQL2008后端上的ArcSDE 9.3.1-sp1进行通信。因此,我没有做任何真正具有异国情调的事情;但在我看来,在某些领域我可能仍在努力。[进一步]我感兴趣的是,其他人正在做什么以优化那里的处理这些数据集的流程。我将每月增加一百万条记录,并且当您开始运行其他进程并将数据链接以进行进一步分析时,地理编码等并不是问题,您开始处理复杂的联接。好了,您使用Only_FID从“相交” /“覆盖” /“标识”输出数据,并且您也得到了一个瘦的中间表来联接;但是,当您开始尝试对表的创建进行划分和征服时,您会遇到一些问题,需要将源数据划分为工作区,但是又重复了IDS,无法合并回去。因此,您剩下的是较小的数据块,这些数据块您很难轻易地重新进行完整处理。 考虑将数据分解为县级尺度的选项,然后使用空间视图将其重新组合在一起,等等。。。很好奇是否其他用户正在以如此大的规模看同样大小的问题脚印。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.