span8
span4
我有一个工作台,我经常使用从Oracle数据库的定位和写入的ESRI文件地理数据库读取。它写的55要素类此地理数据库(约800万总的特征),并需要大约90分钟才能完成。
我刚才吃了SDE提供给我,让我做我的原始文件GDB工作台的副本,并一直在改变它写入SDE来代替。我遇到的问题是工作台现在可以写出非常慢;花了90分钟写一个要素类与它的功能168000(这样的速度我估计这将需要两三天来写所有的800万个特色的SDE)。
有没有人经历过这样的事或有什么想法,我能做些什么,以加快步伐?如果它的确与众不同相信SDE是在一些版本的SQL Server上运行。
谢谢,
麦克风
你好@michael_m,
我不知道,如果你仍然有这个问题,但是,有这篇文章,这可能是有用的:https://knowledge.亚搏在线safe.com/articles/165/improving-performance-when-working-with-esri-geoda.html
一般来说,我会说SDE是有点比文件地理慢,但是,你所描述的是痛苦的。有一件事,你可以在日志文件检查是VS FME会议期间的CPU使用率之间的差异。如果CPU相比非常低会话时长,则意味着FME正在等待。这可能是由于较慢的网络或SDE本身的特定配置(例如,版本)或写入器配置(事务类型)。
这是我见过的另一件事是由于有限的权限 - 我记得有该特征类型有它的表处理,以截断现有,但是用户并没有权限,以便截断和编辑会话启动的情况和各 feature was deleted one by one....This doesn't sound like you though because from the sounds of it you are just trying to create them and fill them up.
如果你真的不取得进展,那么我会得到有关您的环境尽可能的形式,它的信息量(FME版本,64位VS 32位,ESRI版本,数据库版本等基本),并与日志文件一同发送再现安全软件亚搏在线 and workspace you have.他们可以尝试重现您的问题,或者至少,规则FME出来的图片。
祝好运。
©2019安全亚搏在线软件公司|法律