ArcGIS Engine开发常见问题解析

学习开发时遇到的种种问题，皆为亲身经历与真实记录。

在调试软件的数据库工具时，虽然已提前在本地计算机上成功配置了SQL Server和ArcSDE环境，但尝试执行栅格数据导入功能时却遇到了错误提示：Underlying DBMS did not accept username/password（底层数据库管理系统未接受用户名或密码）。通过排查发现，该问题主要发生在代码调用rasterSdeServerOperation.Create方法处。这表明虽然能够成功建立数据库连接，但在创建SDE服务实例的过程中因认证失败而中断。可能的原因包括权限配置、用户凭据验证不正确或是SDE服务设置不当。为了进一步诊断和解决这个问题，需要检查相关的权限设置、确认正确的用户名和密码信息，并确保SDE服务的配置符合当前环境的需求。

后台设置为固定密码，未接受用户输入账号和密码，造成无法解决问题。

- 修改代码以读取用户输入的密码后，问题依旧存在，sdeCon.Password未能正确获取输入的密码内容。

为了保障系统安全，ESRI对IPropertySet：：GetProperty进行了限制：可以写入密码信息，但禁止读取已存储的密码内容。这一措施旨在防止敏感信息泄露并确保在处理认证凭据时系统的安全性更高，避免未经授权访问或窃取密码数据。

- 删除代码中sdeCon.Password = sde这一行即可解决问题。

在步骤中，我们取消了图中的 sdeCon.Password = propertySet.GetProperty(password).ToString 这一行代码，这意味着密码参数不再通过 IPropertySet：：GetProperty 方法进行设置。相反，我们将仅保留服务器地址、用户名等其他相关属性的赋值操作。当程序运行时，如果未提供密码信息，系统会自动弹出登录窗口，要求用户手动输入密码（如图所示）。这种设计提高了系统的安全性，避免了密码以明文形式出现在代码或配置中，并增强了其灵活性，适用于需要动态认证场景的情况。

当你遇到开发过程中缺少ArcGIS Engine Enterprise Geodatabase许可的问题时，这意味着你的工作环境没有获得执行企业级地理数据库操作所需的授权。这个许可证是作为ArcGIS Engine组件的一部分提供的，用于与企业级Geodatabase进行连接和操作的特定权限。要确认你本机是否具备此许可证，你可以通过使用ArcGIS Administrator工具查看已激活的扩展模块，确认Enterprise Geodatabase支持项目是否在其中。此外，你还可在代码中调用许可验证接口，检查当前可用的授权类型，以判断你的工作环境是否拥有执行所需操作的权利。为了确保顺利进行这些地理数据处理任务，请务必确保已正确安装并启用必要的ArcGIS Engine组件和相关扩展模块，并通过适当的方式访问企业级Geodatabase。

示意图展示了GDB Update许可等同于ArcGIS Enterprise Geodatabase许可。这意味着，在ArcGIS Administrator界面中展示的Geodatabase Update许可实际上即是ArcGIS提供的企业级地理数据库更新许可，两者名称虽有区别，但功能一致，适用于支持企业在分布式环境中进行数据编辑与更新操作，确保用户在各个站点间拥有必要的访问和修改权限。