Inconsistent behavior is observed in ArcGIS while working with non-spatial ArcSDE views or Oracle views.
上次发布: August 25, 2014No Product Found
漏洞 ID 编号
NIM005470
已提交
December 9, 2006
上次修改时间
April 2, 2025
适用范围
No Product Found
找到的版本
9.2
修正版本
9.3
状态
Fixed
此漏洞已得到修复。 有关详细信息,请参阅“版本修复”和“其他信息”(如果适用)。
解决办法
1) Have an objectid number(38) not null field in the veiw. Then register the view with Geodatabase using the existing objectid field. Once registered, everything works.If a view does not have an objectid number(38) not null field, then registering with geodatabase fails with many reasons like proper privileges.For sql server users, the above workaround does not work as sql server has some reservations in creating indexes for views.Since with 9.1, all geoprocessing tools were working with non-spatial views, some users are having big trouble as their workflow demands use of views in model bldr.Another user reported the same problem today. Fortunately he works with tables (not views), having those tables registered with geodatabase made his models run correctly again. However he has to change his scripts that was updating the tables everyday.Miner & Miner has mxd with joins to oracle views not registered with ArcSDE. At 9.1 they were able to edit their FCs that have these joins defined; at 9.2 they are getting a network I/O error. For now they are using the OLEDB suggested workaround but they have stated that this can only be a temporary solution. (Cheryl C 01/23/07)