aa碰到创建Oracle数据源失败可以说是Oracle数据源问题当中最多的一个，汇总一下，大概有如下原因（排序有原因哦）：
1.创建的Oracle用户没有connect和resource的权限；
2.Oracle用户所在的表空间没有足够的空间，因为创建Oracle数据源时SuperMap会在该用户下创建一系列用户表，如果没有足够的空间，创建数据源可能会失败；
3.通过MS的DEPENDS工具打开SmeOrcPlus50.sdx（Deskpro安装目录BIN文件夹下），查看一下此引擎所依赖的OCI.dll是否存在；
（此项有一个很经典的问题，在MS Server 2008机器上装了64位11g服务端和32位11g客户端，通过客户端访问服务端一切正常，但Deskpro始终创建不了数据源，通过DEPENDS工具查看SmeOrcPlus50.sdx引擎所依赖的OCI.dll，引用也正常，刚关闭DEPENDS，就发现BIN文件夹下还有一个OCI.DLL文件，甚是纳闷，客户将此文件删除，并将11g客户端下的OCI.dll拷贝至BIN文件夹后能正常创建Oracle数据源，后来才得知客户之前在另一台机器上安装时将10g的OCI.dll放在了BIN文件夹中，真是汗颜！）
4.Deskpro安装路径存在着非法字符——此问题出现频率较高在安装路径包含有括号（）；
未完待续······
1.创建的Oracle用户没有connect和resource的权限；
2.Oracle用户所在的表空间没有足够的空间，因为创建Oracle数据源时SuperMap会在该用户下创建一系列用户表，如果没有足够的空间，创建数据源可能会失败；
3.通过MS的DEPENDS工具打开SmeOrcPlus50.sdx（Deskpro安装目录BIN文件夹下），查看一下此引擎所依赖的OCI.dll是否存在；
（此项有一个很经典的问题，在MS Server 2008机器上装了64位11g服务端和32位11g客户端，通过客户端访问服务端一切正常，但Deskpro始终创建不了数据源，通过DEPENDS工具查看SmeOrcPlus50.sdx引擎所依赖的OCI.dll，引用也正常，刚关闭DEPENDS，就发现BIN文件夹下还有一个OCI.DLL文件，甚是纳闷，客户将此文件删除，并将11g客户端下的OCI.dll拷贝至BIN文件夹后能正常创建Oracle数据源，后来才得知客户之前在另一台机器上安装时将10g的OCI.dll放在了BIN文件夹中，真是汗颜！）
4.Deskpro安装路径存在着非法字符——此问题出现频率较高在安装路径包含有括号（）；
未完待续······