截至到ArcGIS桌面10 SP1發布之前
1：在ArcGIS9的桌面，在Geodatabase里面（PGDB、FGDB、ArcSDE GDB）創建一個表（Table），如果表的名稱以gdb開頭的（gdb、gdb1、gdbsdf、gdb_3d等）創建之后都看不到這個表，其實是存在該表的，如果你再創建一個同名的表會提示該表以存在，可以使用PGDB打開Access查看，創建要素類沒有問題。ArcGIS10當中是沒有這個問題的。
問題分析：目前只是猜測，因為ArcGIS9的GDB Schema都是以GDB_開頭的表，用戶在ArcCatalog里面是看不到這些Schema的，猜測有可能是以GDB開頭的表給屏蔽掉了，不顯示，但是ArcGIS10當中雖然說精簡了GDB的Schema，但是還是有四個以GDB開頭的表，ArcGIS10創建表是可以看到的，有點詫異，可能ArcGIS10把這四個表的表名稱直接寫死到程序里面了。
2：在使用ArcGIS桌面導入導出數據時，因為默認使用ArcGIS創建的要素類等其他對象系統都會創建一個ObjectID字段，是一個唯一標識，有些用戶會使用這個ObjectID，可能會記錄相應的ObjectID來對應指定的要素，但是在數據導入導出的過程中，尤其是導入，用戶會很郁悶這些ObjectID重排，那么用戶這邊就無法來使用這個ObjectID，該怎么辦呢？
問題分析：用戶使用導入導出應該都是使用的Import/Export工具，該工具是重排ObjectID，建議用戶使用直接對數據集或者要素類對象Copy/Paste，使用這種方式就不會對ObjectID重排，原來是什么就是什么，大家不妨可以試試。
3：在使用ArcGIS桌面導入數據過程中以Import為例，在導入框中的“Output Location”提示一個小紅叉，該路徑不存在之類的或者出現Error-000732錯誤？
解決辦法：將相對路徑“Database Connections/Connection to lish.sde”修改為絕對路徑“C:/Users/gis/AppData/Roaming/ESRI/Desktop10.0/ArcCatalog/Connection to lish.sde”即可，因為該問題有些機器有類似問題，有些機器沒有，原因仍是不詳。
4：在SDE新建或者是導入一個包含字段名稱“AREA”的數據時，字段名會自動加前綴？
問題解答：該問題在ArcGIS9系列軟件存在該情況，但是在ArcGIS10當中沒有，原因不詳！
5：在往創建好的RasterDataset里面LoadRaster時，如果加載整個Raster時，InputRaster提示紅叉，必須將Raster對象雙擊打開為三個波段才能加載，如何才能加載整個Raster對象而不以波段形式加載呢？
問題分析：應該是用戶在創建RasterDataset時默認選擇的Rand Number是“1”造成的，將該值設定為“3”即可解決。
6：用戶在使用Join來進行表與表的掛接（要素類與普通表），但是有些時候出現如果某個庫在非Windows操作系統時就不能進行掛接，怎么解決？
問題分析：因為Join是使用Ole機制來進行掛接的，但是Windows操作系統默認有Ole的驅動，但是非Windows操作系統卻沒有，所以非Windows操作系統不支持Ole，進而不支持Join的使用，那么用戶完全可以改變一下不同的方式使用sde命令來完成（sdetable -o create_view)來實現，效果是一樣的，而且利用sde命令創建的視圖是可以保存起來的，只讀的，可以將該視圖當作一個只讀的要素類來對待。
sdetable命令參考：http://wenku.baidu.com/view/16c6362acfc789eb172dc8c2.html
7：在ArcCatalog上使用將ArcSDE數據導出PGDB，再導入進去，某些字段范圍發生變化。
問題分析：以導入的字段為文本為例，因為PGDB也就是通常的Access，對Access的文本字段最大支持到255，大於該值變為備注字段，那么假如一個用戶的ArcSDE文本字段長度為1000，那么導入到PGDB里面因為大於255所以轉為備注字段，然后再倒入成ArcSDE里面，備注字段並不記錄長度，直接將備注長度轉換為CLOB（在Oracle數據庫中文本大於2000的都會以CLOB存儲），所以說，用戶在數據的導入導出時如果不希望碰到該現象，請將導出的PGDB替換為FGDB即可。
8：在使用ArcMap或客戶端開發（ArcGIS Engine），進行簡單操作如放大地圖等，出現以下現象：地圖一片空白、提示“gsrvr.exe”錯誤或者提示“Network IO Error”錯誤？
問題分析：首先檢查用戶的數據庫是不是和你ArcSDE的版本匹配，這個錯誤是典型的ArcGIS9.3/9.3.1和Oracle10.2.0.1（注意數據庫的小版本號），這邊建議數據庫為Oracle10.2.0.3即可，那么如果沒有這個原因的話，用戶自定義開發的話注意資源的是否問題。
9：在使用ArcCatalog編輯過程中，保存數據時提示：“Create：An unexpected failure occurred”,ORA-20092：Maximum number of grids per feature(8000) excessed.ORA-06512：在“SDE_ST_DOMAIN_METHODS”line 1487之類的。
問題分析：ArcGIS默認一個對象不能超過8000個格網，這是一個硬性規定，那么說明用戶所編輯的圖層的格網設置的太小或者用戶所編輯的一個對象太大造成的。要么用戶刪除索引，重建索引，或者用戶編輯格網值換一個大一點的格網值即可。
10：ArcMap導入數據報Ora-01480 str綁定值的結尾 null 字符缺失。
問題解決：如果用戶出現這個問題那么用戶的機器配置應該是
操作系統：Windows Server 2003 /2008 Enterprise x64 SP2
Oracle 版本10.2.0.4.0 - 64bit
ArcSDE 版本： ArcSDE 9.3.1 for oracle10g64
DeskTop 版本： 9.3.1
矢量存儲方式：ST_Geometry
這個沒有辦法，假如用戶的配置完全滿足以上配置，恭喜你，你太幸運了，這都被你碰上了，截至發稿ArcGIS9.3.1也沒有解決該問題。
用戶要么使用直連來導數據，要么使用BLOB存儲而不選擇ST_Geometry存儲，估計選擇第一種的人會更多吧。
11：ArcMap使用Identify圖形，發現長度和面積都是0？
問題解析：該用戶肯定使用了SDO_Geometry的幾何數據存儲方式，該結構根本不像ST_Geometry那種結構可以記錄長度和面積，所以這樣是正常的。