Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/.net/20.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
从.net访问DB2的推荐方法_.net_Db2_Cobol - Fatal编程技术网

从.net访问DB2的推荐方法

从.net访问DB2的推荐方法,.net,db2,cobol,.net,Db2,Cobol,我们正在设计一个从.Net访问DB2数据库的系统 似乎有3种方法可以做到这一点: 动态SQL 存储过程 CICS 使用动态SQL的一个好处是不需要团队中有Cobol程序员。这是正确的吗 你推荐哪一个?还有其他选择吗。我想不出任何理由让你设计一个带有CICS数据访问层的新.NET系统。我肯定至少会使用ADO.NET(我想你所说的动态SQL是什么意思?)。IBM有一个可用于DB2的ADO.NET数据提供程序,其中包含IDbConnection、IDbReader等的实现 我相信它也支持DB2UD

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

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

  • 动态SQL
  • 存储过程
  • CICS
使用动态SQL的一个好处是不需要团队中有Cobol程序员。这是正确的吗


你推荐哪一个?还有其他选择吗。

我想不出任何理由让你设计一个带有CICS数据访问层的新.NET系统。我肯定至少会使用ADO.NET(我想你所说的动态SQL是什么意思?)。IBM有一个可用于DB2的ADO.NET数据提供程序,其中包含IDbConnection、IDbReader等的实现


我相信它也支持DB2UDP,所以您可能也希望了解这一点。

我想不出任何理由让您设计一个带有CICS数据访问层的新.NET系统。我肯定至少会使用ADO.NET(我想你所说的动态SQL是什么意思?)。IBM有一个可用于DB2的ADO.NET数据提供程序,其中包含IDbConnection、IDbReader等的实现


我相信它也支持DB2UDP,所以您可能也需要研究一下。

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

.NET可以连接到DB2,与连接到其他数据库的方式相同。尝试DB2Connect。

我倾向于支持存储过程,它应该比动态SQL更快、更易于维护,并且比CICS编码更少/

动态Sql:

 - Faster SQL execution
 - DB2 has control of SQL, you can query DB2 getting paths used by the 
 - SQL, Finds where tables / fields are used and updated
 - SQL is analysed at "Bind" time rather than execution time
   (normally when the program is compiled).
   This leads to lower overheads and consistent execution times.
 - Your SQL is vissible to DBA's, (Mainframe ?) developers
    - All the advantages of SQL Procedures
    - Can access VSAM Files
    - Can buffer Common SQL in TS Queues, TD Queues, VSAM Files 
  • 优点:更快的开发,为.net开发人员所熟悉

  • 缺点:Sql不是在数据库中集中维护的。您不能查询DB2中表的使用情况,而是查找更新数据库的位置。 Sql在使用时被分析,导致更高的处理速度

Sql过程

  • 优点:

     - Faster SQL execution
     - DB2 has control of SQL, you can query DB2 getting paths used by the 
     - SQL, Finds where tables / fields are used and updated
     - SQL is analysed at "Bind" time rather than execution time
       (normally when the program is compiled).
       This leads to lower overheads and consistent execution times.
     - Your SQL is vissible to DBA's, (Mainframe ?) developers
    
        - All the advantages of SQL Procedures
        - Can access VSAM Files
        - Can buffer Common SQL in TS Queues, TD Queues, VSAM Files 
    
  • 缺点:可能需要(大型机?)开发人员

Cics -优点:

 - Faster SQL execution
 - DB2 has control of SQL, you can query DB2 getting paths used by the 
 - SQL, Finds where tables / fields are used and updated
 - SQL is analysed at "Bind" time rather than execution time
   (normally when the program is compiled).
   This leads to lower overheads and consistent execution times.
 - Your SQL is vissible to DBA's, (Mainframe ?) developers
    - 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过程具有相同的优点。不过,我不知道有没有与.net等效的


我倾向于支持存储过程,它应该比动态SQL更快、更易于维护,并且比CICS编码更少/

动态Sql:

 - Faster SQL execution
 - DB2 has control of SQL, you can query DB2 getting paths used by the 
 - SQL, Finds where tables / fields are used and updated
 - SQL is analysed at "Bind" time rather than execution time
   (normally when the program is compiled).
   This leads to lower overheads and consistent execution times.
 - Your SQL is vissible to DBA's, (Mainframe ?) developers
    - All the advantages of SQL Procedures
    - Can access VSAM Files
    - Can buffer Common SQL in TS Queues, TD Queues, VSAM Files 
  • 优点:更快的开发,为.net开发人员所熟悉

  • 缺点:Sql不是在数据库中集中维护的。您不能查询DB2中表的使用情况,而是查找更新数据库的位置。 Sql在使用时被分析,导致更高的处理速度

Sql过程

  • 优点:

     - Faster SQL execution
     - DB2 has control of SQL, you can query DB2 getting paths used by the 
     - SQL, Finds where tables / fields are used and updated
     - SQL is analysed at "Bind" time rather than execution time
       (normally when the program is compiled).
       This leads to lower overheads and consistent execution times.
     - Your SQL is vissible to DBA's, (Mainframe ?) developers
    
        - All the advantages of SQL Procedures
        - Can access VSAM Files
        - Can buffer Common SQL in TS Queues, TD Queues, VSAM Files 
    
  • 缺点:可能需要(大型机?)开发人员

Cics -优点:

 - Faster SQL execution
 - DB2 has control of SQL, you can query DB2 getting paths used by the 
 - SQL, Finds where tables / fields are used and updated
 - SQL is analysed at "Bind" time rather than execution time
   (normally when the program is compiled).
   This leads to lower overheads and consistent execution times.
 - Your SQL is vissible to DBA's, (Mainframe ?) developers
    - 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过程具有相同的优点。不过,我不知道有没有与.net等效的


如果数据存储在z/OS盒上,那么通过CICS web服务访问它可以提供一个很好的层来插入业务逻辑、数据验证和安全性。CICS层真的比将其全部保存在.NET中有任何优势吗?我每天都在z/OS环境下工作,我通常会尝试留在.NET世界中。CICS层是否能在.NET上提供任何性能增强功能?.NET世界远不如z/OS世界中的数据可靠。如果将大部分后端放在z上,那么速度和可靠性都会提高,并且硬件成本也会降低。但所有这些都假设了一个足够大的系统。如果你只有一个小系统,比如说每天几百万笔交易之类的,你就不想走z路线了。但是,一旦进入更大的系统,数亿tps+,一个z盒和一些CICS区域的硬件和安装成本与该工作负载所需的数十台高端windows服务器的成本相比就相形见绌了。如果数据存储在一个z/OS盒上,则通过CICS web服务访问它可以提供一个很好的层来插入业务逻辑,数据验证和安全性。CICS层真的比将其全部保存在.NET中有任何优势吗?我每天都在z/OS环境下工作,我通常会尝试留在.NET世界中。CICS层是否能在.NET上提供任何性能增强功能?.NET世界远不如z/OS世界中的数据可靠。如果将大部分后端放在z上,那么速度和可靠性都会提高,并且硬件成本也会降低。所有这些假设有足够大的系统。如果你只有一个小系统,比如说每天几百万笔交易之类的,你就不想走z路线了。但是,一旦进入更大的系统,数亿tps+,一个z盒和一些CICS区域的硬件和安装成本与该工作负载所需的几十台高端windows服务器的成本相比就相形见绌了。DB2Connect是否存在?我找不到安装在Windows、SQL Server上或可在任何地方下载的此类产品。DB2Connect是IBM的产品。如果您有DB2,您的DBA应该能够告诉您从哪里获得它的JAR。我没有DB2,DB2的客户问我从哪里获得它。另外,可以设置到DB2的ODBC连接,这样您也可以通过这种方式进行连接。DB2Connect是否存在?