The heuristic algorithm of CF Synchronous-Asynchronous request conversion
从z/OS 1.2开始,引入了一个新的探索式(heuristic)的算法,它以获得更有效的主机(CF请求发送者)CPU利用率为目标,来决定是向CF发送同步请求还是异步请求。[@more@]1.CF同步请求和异步请求的差异从CF的角度来看,CF异步请求通常比同步请求的处理时间(service time)更长,需要更多的CF CPU开销。从主机(CF请求发送者)CPU的角度来看,CF同步请求和异步请求具有以下差异:同步:z/OS通过XCF经CF link向CF发送同步请求,然后开始spin/wait主机CPU,这一过程一直消耗CPU时间,不执行其他工作只等待请求返回。当CF请求处理完成并返回时,
DB2 for z和ORACLE关于Optimization Hint的比较
有一个相当重要的概念,在DB2和ORACLE中有不同的名字,那就是应用逻辑访问数据的方法或路径,在DB2中这被称为访问路径(Access Path),在ORACLE中称为执行计划(Execution Plan)。相同的是,它们都可以通过EXPLAIN来展现,而且都有被称为plan_table的表来以一定的格式存放访问路径或者执行计划信息。其实,访问路径也好,执行计划也好,反映的是数据库SQL优化器(Optimizer)对SQL的优化处理方式,因此Optimizer也被称作是RDBMS的大脑。DB2和ORACLE的区别也毫不例外地反映在它们的Optimizer上。DB2和ORACLE经历了那么多版本而发展到今天
DB2 for z,DB2 LUW和ORACLE的集群技术比较(2)
第二章 数据共享技术大体上,高可用性集群按活动数据是否共享,或者说工作负载是否分摊,可以分为两类:主动/被动模式(Active/Passive cluster或者Active/Standby cluster)和全主动模式(Active/Active cluster)。主动/被动模式通常不需要活动的数据在各节点间充分共享,因为一般只有一个节点负担全部的工作负载,而备用节点只是作为失败时的接管者(failover),与数据磁盘之间有物理访问连接即可。所以,以下将重点讨论全主动模式下的数据共享技术。[@more@]Shared-Nothing mode (SN)每个节点都只和一部分数据(载体为磁盘)直接连
DB2 for z,DB2 LUW和ORACLE的集群技术比较(1)
第一章 概念在开始讨论之前,必须先解释一些概念性的问题。1.什么是集群(cluster)?集群,是一组被称作节点(node)或者成员(member)的计算机互相连接在一起,作为一个单一系统来承担工作任务的集合。2.为什么要集群?首先,集群可以提供比单个计算机更高的系统可用性;其次,集群可以提供比单个计算机更大的容量和更强的信息处理能力。也正是出于以上两个理由,集群可以分为高可用性(High Availability)集群和高性能(High Performance)集群。高性能集群通常应用于高强度的数值计算,比如科学研究领域,所以不是后文讨论的重点。高可
DB2 for z和ORACLE关于ROWID的比较
今天正巧看到一篇BLOG,题为《索引组织表中逻辑ROWID的物理猜》,这名字挺新鲜的,作者是yangtingkun,花些功夫看了一下,对理解DB2 for z/OS和ORACLE在这一技术细节上的区别很有收获。 “Oracle的普通表即堆表,存储数据时没有顺序可言,而Oracle的索引组织表是根据主键顺序来存储表中的数据的。”--记得第一次得知ORACLE的这个特性时,几欲昏倒,不啻是对数据库世界观的颠覆。意识到原来这两种主流的RDBMS竟然能有如此大的区别。对于ORACLE而言,大多数表的数据存储是没有顺序的;而对于DB2,大多数表的数据存储是按照聚簇索引(Cluste
关于数据压缩 - COMPRESS YES (1)
今天被问到了一个关于DATA COMPRESS的问题,需要LOAD数据到一张表或者一个分区(Partition),在LOAD之前是没有数据的,也就是说这是个initial LOAD,但是数据量很大,需要启用COMPRESS,如何做才能使得压缩比率最大化,而相应的代价最小。 [@more@]最简单直接的方法,就是采用LOAD utility,指定REPLACE和REUSE两个参数,而 不 指定KEEPDICTIONARY参数(实际上,即便指定了KEEPDICTIONARY参数,对于空表或者空分区的initial LOAD,效果是一样的,即DB2对(COMPRESS属性设置为YES的表或者分区)仍然会建立压缩字典(COMPRESSION DICTIONAR
作者自述 - DB2SYS About Me
DB2SYS,ITPUB的BLOG名,作者在ITPUB论坛使用的网名是Pythagoras,这个名字在ITPUB以外很少被作者使用,当时为什么取这个名字,现在作者本人也说不上来。作者目前就职于IT业,在DB2数据库上工作了至少5年,受行业特点的影响,这个DB2是局限在比较另类和非主流的IBM System z平台上的,或者叫作大型机、主机、Mainframe,操作系统也经历了MVS,OS/390,z/OS的演变,而且,这些名字现在还经常被混用。回顾作者的技术成长,起步于SP/SA,经历了DBa到DBA的过程,正在向DBA发展。System Programmer或者System Administrator是每个数据库管理员都