从 .net 访问 DB2 的推荐方法

Question

我们正在设计一个将从 .Net 访问 DB2 数据库的系统。

似乎有 3 种方法可以做到这一点：

• 动态 SQL
• 存储过程
• CICS

使用动态 SQL 的好处之一是团队中不再需要 Cobol 程序员。这是正确的吗？

您会推荐哪一款？还有其他选择吗？

Answer 1

我想不出您有什么理由要设计一个带有 CICS 数据访问层的新 .NET 系统。我肯定至少会使用 ADO.NET（我认为这就是动态 SQL 的意思？）。 IBM 有一个可用于 DB2 的 ADO.NET 数据提供程序，其中包含 IDbConnection、IDbReader 等的实现。

我相信 NHibernate 还支持 DB2 UDP，因此您可能也想研究一下。

Answer 2

.NET 可以像连接其他数据库一样连接到 DB2。尝试 DB2Connect。

Answer 3

我倾向于存储过程，它应该比动态 SQL 更快、更易于维护，并且比 CICS/

动态 Sql：

• 编码更少

  优点： 开发速度更快，熟悉.net 开发人员

• 缺点： Sql 不是在 DB 中集中维护。您无法查询 DB2 表的使用情况，查找数据库更新的位置。
  Sql 在使用时进行分析，导致更高的处理速度

Sql过程

• 优点：

   - 更快的 SQL 执行
   - DB2具有对SQL的控制，您可以查询DB2获取SQL所使用的路径 
   - SQL，查找使用和更新表/字段的位置
   - SQL 在“绑定”时而不是执行时进行分析
     （通常在编译程序时）。
     这会导致较低的开销和一致的执行时间。
   - DBA、（大型机？）开发人员可以看到您的 SQL
  

• 缺点：可能需要（大型机？）开发人员

Cics
- 优点：

    - All the advantages of SQL Procedures
    - Can access VSAM Files
    - Can buffer Common SQL in TS Queues, TD Queues, VSAM Files 

• 缺点： 额外的信息结构层（额外的开销，更容易出错）
  更多编码

  对于具有大量使用的大型系统的系统可能值得考虑。

  最后一点，Java 有 SQLJ，DB2 中有 SQLJ，SQL 交给 DB2 来存储/维护。
  SQLJ 具有与 Sql-Procedures 相同的优点。不过，我不知道 .net 是否有等效项。