Gbase 8t,8s,8a的sql语句写法一样吗

[导读]GBase 8t的出现可以说南大通用数據库发展之路才刚刚有了实质性的起色与进步,相信未来发展过程中的问题肯定会有但问题也是需要一步一步地分析,一点一点地解决在改变数据库产业格局的基础上,实现国产数据库新的飞跃这才是南大通用所想要的,也是关注基础软件的业内人士所期望的

2014年12月28ㄖ,就在GBase 8t应用研讨会的当天南大通用现场发放了100张GBase 8t数据库试用光盘,国产数据库破天荒地开放给大家随便体验和测试

信心有了,问题馬上来了

对此阿明不禁想问:为什么南大通用对GBase 8t如此有信心?为什么GBase 8t的出现有着改变国内数据库格局的可能性为什么南大通用会响应號召,“要用发展高铁的速度来发展国产数据库”GBase 8t数据库技术到底有哪些优势?

当阿明找到南大通用副总裁兼CTO武新请教有关GBase 8t数据库技术細节时他首先透露,有些技术细节在公开场合我不方便说得太多特别在有些性能方面对比Oracle,比公开的数据还要好得多

作为从事过多姩Oracle数据库研发,并为南大通用GBase倾注了满腔热情的武新依然保持着职业经理人的良好操守,他希望阿明在文章里面尽量避免对老东家Oracle的不敬

但是,在阿明看来叫板Oracle只是证明GBase 8t客观存在的价值,并非有损于Oracle的品牌形象再说Oracle都可以在拉斯维加斯举行的惠普某大会大门口做广告,强拉用户又怎么能对一个技术对比的客观事实有何异议呢?

一个在国产数据库这样深耕细作的基础软件厂商南大通用的GBase到底如何?GBase8t到底能否代表国产数据库领域的新水平其中的技术细节要是不披露一些,恐怕是难以服众的

不过,要了解GBase 8t首先得说说它的“真身”Informix

揭开Informix的“真身”之谜

要看到Informix的“真身”就需要了解目前数据库市场的现状,数据库由30年左右的发展基本形成高度垄断5大商用数据库占據了全球 90%以上的市场份额,其中Oracle 一家独大占据超过40%的市场份额这五大金刚包括了Oracle、DB2、Informix、Sybase ASE、 Server。在中国数据库市场上“国产通用型数据库未赶上天时,核心技术没有突破成熟度不高,投入远远不够、人才奇缺、没有产业链”为此,国产数据库只占到整体数据库市场5%不到嘚份额

从80年代开始推出,Informix已有超过1万用户在使用全球超过1800多个业务合作伙伴,400多家ISV基于其业务进行开发“作为世界五百强的沃尔玛集团,自从1991年采用Informix数据库以来二十年来面对连续扩张和物流革命,数据库却从来没有出过任何问题”在国内有超过1000家用户案例,如中國人民保险、宁夏银行等是其长期客户中国财政部配备了多套Informix数据库,分别安装在北京、上海、重庆、江苏、辽宁、山西、福建等多个渻份城市

但是这里武新特别指出,“南大通用获得的Informix不是瓦良格号而是里根号核动力航母,Informix专家正在汇聚到南大通用公司另外,产品L3支持通过协议可由IBM保证”

Informix到底被IBM雪藏了哪些杀手锏?

实际情况显示Informix自从被IBM纳入之后,作为IBM在线事务处理(OLTP)旗舰级数据服务系统IBM對Informix和DB2都有长远的规划,但是随着后来的发展,Informix还是逐渐退身在了DB2后面其中的原因早已有人评论过:“IBM 并购Informix本意就是获取客户资源,用洎己的DB2产品大棒式的替代Informix”因此,无论Informix如何牛掰IBM事实上雪藏了Informix,诸多技术锋芒难以展示给世人

为此,当南大通用获得了Informix这样的核动仂数据库航母时不仅是惊喜,而且也很惊讶未来,南大通用GBase 8t 大行其道不是没有可能而是可能性实在太大。

为此武新兴奋地展示出叻Informix数据库架构的几个杀手锏,阿明要是不一一分享给亲们就真对不起这双勤劳的温柔手啊

2.0的YARN等都是以Container容器的方式将系统物理资源CPU和内存虛拟出来,达到四个优越的设计目标即:动态调配更高效使用系统资源、优先级管理更好控制资源的使用、实现JVM和YARN更容易支持跨平台、實现虚拟化的部署和迁移为云计算提供便利。

DSA工作原理带来了单个进程之内的多线程不依赖系统线程库。

可见Informix在很多年以前就实现了基于操作系统的线程机制,可以更好使用CPU资源Informix通过内部控制与切换,可以降低用户成本Informix在一个服务器上建立更多的连接和数量。

目前还没有其他厂商超越Informix的DSA架构。

杀手锏之二:Shared Memory共享内存架构在多CPU机器里面,针对UNIX系统中进程间信息交换、共享机制

共享内存机制带来嘚好处还是非常明显的,提升的速度也是显然的

Oracle 12c运行架构也是共享内存和多进程方式,采用共享内存进行大批量处理共享内存下面进程又有子进程,相对比较复杂

Informix运行时的整体架构也采用了共享内存+进程+VP方式,VP就是虚拟进程带来的直接效果不仅加快了进程速度,同时性能也得到了提升

杀手锏之三:组件架构、开放、融合、灵活。Oracle曾经尝试过推出开发引擎但失最终败了,这个是事实

Informix支持开發接口非常多,扩展插件以数据库扩展方式提供对多种数据格式的存储支持包括时间序列数据、OLAP列存、JSON文档、MQ消息。

Informix支持主流OS包括Linux、UNIX、Windows以及国产OS中标麒麟、中标普华、浪潮、K-UX、凝思,支持主流CPU包括x86、安腾、Power、SPARC和国产CPU如龙芯、飞腾、申威

杀手锏之四:Informix企业级高可用方案。用户采用这样一个集成的方案功能上和Oracle可以达到一致 。如GBase 8t 提供多种高可用解决方案可实现最高达到99.999%高可用性。可满足金融、电信、咹全等关键行业用户7×24业务不中断运行的系统稳定性需求GBase 8t 高可用解决方案包括了自主HA方案、远程容灾方案、共享磁盘(shared disk)集群、大规模企业级复制、极端网络日志持续重做方案。

对比一下我们不难看出,Informix的部署、维护、管理比Oracle要简单很多

采用高可用解决方案部署案例,低成本无需特殊硬件支持,也无需单独购买软件模块具备多种高可用功能,并且基于SLA的负载均衡也可以故障自动切换(FOC),提供7×24业务保障可应对不可抗力。这些似乎都是广告词技术分析来看这张大地图,可能就更深刻一些

这个方案采用SDS共享磁盘辅节点技术嘚同时,也采用了远程独立辅节点Remote Standalone Secondary,就是我们常说的RSS实际案例中,RSS辅节点可以与HDR辅节点共存RSS与HDR相同之处在于都从主节点接收日志,管理洎有的磁盘集对主节点影响较小,但不同在于RSS只能被转换为HDR辅节点不能被提升为主节点,不支持同步模式

HDR(High available Data Replication)是一种内置于Informix引擎中的异哋双机灾备技术,它通过复制逻辑日志的方式时刻保持主辅服务器的同步可以说HDR技术是一种方便、高效、应用广泛的容灾恢复技术。(圖片来自IBM)

杀手锏之五:SDS共享存储集群Informix 基于共享存储的高可用架构,由CM进行管理并自动维护主节点(Primary)和辅节点Shared Disk Secondary (SDS)均可读写,主节点故障时辅节点自动接管服务(升级为主节点),在有多个辅节点时CM会根据辅节点负载情况选择把哪个节点升级为主节点,故障切换时间茬 1分钟以内较好的可伸缩性,对应用透明

需要注意的是CM (Connection Manager,连接管理器 ) 负责管理和重定向客户端的连接请求当主服务器发生故障时,咜可以根据用户设置将连接请求切换到辅助服务器实现自动的故障转移,从而提供高可用性使用 CM 还可以实现负载均衡的功能。

看了这個图相信你对主节点逻辑日志缓冲区写入数据到共享存储,从共享存储分享数据到SDS辅节点逻辑日志缓冲区主节点和SDS之间的切换会有一個很好的概念了。

Informix的SDS与Oracle RAC对比来看有其相同点,都是基于共享存储高可用集群;都具有扩展性可以在一定范围内随业务需要而扩展;节點间关系对等,有节点失败后集群中其它节点会接管失败节点的工作。

但是SDS与Oracle RAC对比有着三大不同点,包括:

一是工作原理不同SDS基于LSN茬辅节点上把逻辑日志恢复到缓冲区,RAC的不同节点管理不同的资源即数据页,通过内存融合在节点间共享信息;

二是节点失败后故障处悝的原理和过程不同SDS只有在主节点失败后才会发生故障切换,辅节点失败只影响当前连接RAC在任何节点失败时均会导致资源重分配;

三昰故障切换的效率不同,SDS在主节点失败后进行故障切换的时间通常不超过1分钟RAC进行资源重分配的时间与多种因素有关,在几秒钟到几分鍾之间不等

继续!披露更核心的模块与数据库技术

首要的问题是:OLTP引擎如何做到高性能、稳定的?OLTP引擎是Informix的核心模块对数据库的稳定性、性能都有着绝对的作用。对于一个高端OTLP 引擎的核心技术需求分析来看不外乎需要满足六个方面的条件:并发控制MVCC即Multi-Version Concurrency Control)、事务隔离级別Read Committed、事务锁与行级锁、事务高可用如redo分离和undo分离、共享内存架构、多进程和线程。

武新分析认为Informix的OLTP引擎性能得益于DSA多线程和PDQ并行数据库查询PDQ即Parallel database query。其索引技术支持隐式与显式索引、唯一索引与可重复索引、简单索引与复合索引、聚集索引、函数索引、索引分区

在性能控制方面还采取了分区Fragmentation方式,这是一种把一个表或者索引的数据页分散到不同dbspaces的技术在GBase 8t中,可以在dbspace上创建多个表或者索引的partitions每个分区存储茬它自己的tablespace (group of extents)中。这样带来的好处很突出可以有效有效处理大表,进行并行操作便于平衡I/O,实现更细的备份和恢复粒度以及更高的可鼡性,也更容易管理

在事务方面采取四种锁粒度,在数据库粒度上适用场景就是数据库管理活动,比如:imports和exports;在表粒度上当整个表戓者表的大部分数据需要更新,加表级锁效率高;在数据页粒度上当按数据物理顺序进行访问和更新时,页级锁效率高;在行(row/key)粒度仩OLTP事务采用行级锁,也体现出效率高

在事务机制上采用五种隔离级别:脏读、只读已提交的数据、读取最后提交的数据、游标稳定性、可重复读。这样可以做到隔离更少的数据更少死锁,更高并发性

同时实现快速恢复(Fast Recovery),当Informix在未受控制的情况下关闭后在服务器啟动过程中将Informix恢复到一个一致状态的自动过程,也发生在将服务器从脱机模式更改为静态模式、管理模式和联机模式的过程中在启动时采取的步骤包括几步:首先恢复所有物理日志中的前映象页到磁盘上,然后在逻辑日志中查找最后一个检查点再重做逻辑日志记录的事務,最后回滚没有提交的事务

面向时间序列的Time Series引擎是Informix采用的核心模块之二。时间序列数据的特点在于数据是依时间轴变化的,数据具囿时间先后顺序需要对数据按时间维度进行查询和分析。在智能电表的应用里用户在一个时间序列列中设定固定时间间隔的数据,并通过使用时间序列函数实现对这些数据的实时查询、更新、删除等操作

一般关系型数据库存储时间序列数据,存储在普通的行存储表中Gbase 8t如何存储时间序列数据?采取自动分成header和时间序列部分具有很好的压缩比与查询性能。在实际的对比中发现 关系型数据库表随时间嘚增长,查询效率将下降越来越快而对于 TimeSeries 性能受时间影响非常小,其查询效率是关系型表的几十倍

在这里需要明确一下的是:GBase 8t采用了雙引擎数据库,实行关系型与时间序列的Time Series 型互补共存满足客户多样性的需求。

8t数据仓库加速器提供了优异的性能而不需要做“在传统數据仓库上需要做的优化工作”。它可以在秒级上处理海量数据还可以快速的提供业务报告,而不需要对应用程序架构进行任何修改吔不需要额外的维护成本。

iWA是Informix团队两年半前研发出来的研发出来以后,IBM DB2团队觉得很好就把iWA弄到DB2里面去了。iWA基于列存的内存数据库引擎或者说数据仓库加速引擎,而且单独部署在OLTP引擎之外的引擎因为iWA是外挂的,所以扩展性非常好Oracle 12c也推出了类似的引擎,而这个引擎和oracle其他引擎在同一个内存当中扩展性就不评论了,你懂得

其实,iWA的原理相对来说比较简单这是GBase 8t平台,用户发了一条查询进来以后首先在加速器查询表中查询,判断这个表的内容是否在AQT加速器查询表中数据仓库加速器服务器可以看作是一个几台物理服务器组成的集群,但实际只用每台服务器内存根据查询的语句判断,如果数据最新版本在内存里那么就把请求透明地路由到GBase 8t Server来进行查询,并把查询结果返回给用户所以这是完全透明的过程。

对于No/KV非关系模型的支持应该是第四个核心模块也是Informix团队非常强的方面,虽然他们不是重视但还持续在进行创新。目前完全可以实现关系型和非关系型数据在同一个系统中,支持方式访问No数据并且No/MongoDB方式都可访问Informix关系型数据庫表,分布式查询多语句事务的支持。最终实现了提供关系型数据库和文档数据库的完美结合为客户带来更多的价值应是必须的。

Informix支歭MongoDB创建的面向JSON的查询语言以BSON格式存储JSON文档, 通过现在互联网最常用的PHP、Java脚本这些开发语言以MongoDB API应用程序做组合查询。

可见在梳理完Informix五個架构杀手锏,披露了四个核心模块的数据库技术细节之后 大家应该有理由相信,GBase 8t 易用性表现在易于安装、易于部署、易于管理、易于優化可以充分为用户带来更多核心价值。一是资源掌控灵活对DBA优化方便,对突发事件快速反应能力突出;二是安全性非常高;三是一個管理员可以部署管理若干个站点的POS \ATM等机器方便部署特点非常突出。它本身的自动管理能力也非常好所以这也是它的一个亮点,其实对鼡户来说也降低了使用成本。

GBase 8t正在撬动数据库市场格局

为此我们从数据库技术层面已经非常清晰地明白,Informix存在的价值很显然,南大通鼡获得Informix技术授权对国产数据库所在的基础软件行业发展也具有里程碑意义“不仅满足了高端、核心业务数据国产化替代的用户需求,同時拿到了源代码一次性缩短2代数据库技术差距,也逐渐可以形成去O的杠杆与能力”武新坦言道,国产数据库厂商、BAT、华为等研发人员加在一起不过千人国产数据库厂商武汉达梦、人大金仓、神舟通用包括南大通用在内的四大家的直接从事编程开发的队伍也不过500人左右,要知道国外主流数据库厂Oracle、DB2、Informix、Sybase、 Server等每年数十亿美元投入研发投入的差距在那里,大家都能看得到

国内数据库市场大部分被国外五夶金刚所长期盘踞,历经多年的发展国产数据库厂商还是没有能找到搞定数据库“五大金刚”的办法。虽然国产数据库在多个行业开始叻一些新的应用但是从用户实际应用的情况反馈来看,情况并不是那么乐观当GBase 8t出现在用户面前时,当南大通用“ATM”数据库产品铁三角形成后情况就正在发生改变。

不过对于国产数据库本身发展的现状阿明早在2011年的一篇文章中就指出,国产数据库面临八大问题的解决辦法为此在经历了3年左右的发展后,国产数据库厂商对这八大问题的解决情况如何呢

针对品牌壁垒问题,数据库五大金刚毕竟品牌知洺度和影响力的长期历史积累并非一下子可以超越,但可以借助国外的品牌经验可以通过产品的优化,提高产品兼容性实现有条件嘚无缝对接,南大通用与IBM的合作就是很好的例证

针对领导责任问题,目前的情况有很大的好转国产化替代的呼声很高,中央从宏观的層面正在鼓励各级政府使用国产产品,营造宽松的市场氛围

针对技术差距问题,南大通用8a针对大数据行业的需求以满足用户对大数據个性化需求为出发点,为用户精心打造量身设计数据库产品。

针对用户抵触与口碑问题国产数据库厂商不仅借助各种战略合作和大會加大宣传力度,也在树立样板工程实现客户口碑式营销。

针对用户使用习惯问题与高校联合办学,培养新人才并成立技术俱乐部,加强技术人员的交流GBase 8t也借鉴和引用Informix技术培训与认证体系,提升数据库从业人员的整体素质

针对渠道发展问题,需要让利于渠道伙伴并为其提供强大的技术保障和支持,促进渠道的完善为了更好地形成产业链上下游的全面合作,南大通用董事长崔维力亲自在2014年拜访集成商如中兴、浪潮、东软等都开始和南大通用合作,中兴已经将南大通用数据库产品销售到了海外东软将南大通用数据库应用到了海南某重要的项目中。

针对用户态度问题国产数据库已经备受重视,用户持有开明的态度为多推进数据库国产化的进程在加快。

针对價格因素问题国产数据库的定位越来越准确,比如南大通用的ATM组合包括自主开发的大数据分析数据库GBase 8a、世界级的OLTP数据库GBase 8t、世界级的内存数据库GBase 8m,只有价格实惠而实用的产品才会受到用户的最终认同

为此,我们需要认识到这一点:主机高可用和容灾迁移能力以及高并發和吞吐量,这些特点是数据库核心价值所在开源数据库和国产通用数据库采用HA模式来实现主机高可用机制,有着实际的不足而稳定高效、自主可控、国产高端,GBase 8t的出现不仅正在撬动数据库市场整体格局 同时对Oracle形成国产化替代成为真正可能。

为何说南大通用带来了国產数据库的最佳路线图

当然,南大通用获得Informix技术授权不会仅仅停留在GBase 8t,在引进、吸收、消化、再创新的整体策略带动下全面吸收Informix技術与资源优势,打造国产高端事务型数据库在GBase 8t的发展规划中,2014年只是基于Informix代码编译构造并推出GBase 8t并逐步吸收Informix核心代码,替换升级现在的咹全数据库GBase 8s引擎在2015年规划中,将推出GBase 8tx 下一步改进规划诊断能力与Oracle兼容能力,以及具备99能力并实现与GBase 8a的集成。未来也以市场需求为导引发展GBase 8tx,提升 MPP集群水平保持与国际主流产品技术同步。

当然对于这些规划的展望中,为了保障愿景的实现南大通用在2015年将建立100人GBase 8t 團队,并吸收前Informix和GBase 8s核心研发人员组成从2015到2018年,也将投入2亿人民币用户研发与市场推进在扎实自身基本内功的基础上,同时来自政府政筞资金、用户存量市场与新需求支持以及数据库生态系统建设和合作伙伴的支持,采用MPP架构带动国产CPU、主机产业化这些都是保证规划朂终落实的重要因素。

南大通用武新分析认为国产数据库未来十年技术三大发展方向将围绕:面向高端事务处理方向,形成具备去“IOE”能力的国产高端事务型数据库;面向结构化大数据分析方向以MPP数据库为主要发展方向;面向非结构化大数据分析方向,以基于开源Hadoop的改慥为主要解决方案

而南大通用有着自己的产品规划路线,GBase 8t+8a构建未来数据平台产品“OLTP+OLAP”混搭架构平台将成为未来数据平台理想的解决方案。具体来看南大通用面向高端事务处理方向有GBase 8t来覆盖,面向结构化大数据分析方向有GBase 8a来支持面向非结构化大数据分析方向计划GBase 8a+ Hadoop来實现。

在展望数据库处理技术演进中武新还指出,1980年到2010年是关系型数据库的发展时期未来是一个混搭的技术时代,不是哪一种架构和岼台技术可以满足一切未来将会是一个共存的状态。

重构行业应用未来发展可期

另外,从经济整体规模角度来分析中国100亿元人民币嘚数据库市场与中国经济规模很不匹配。但是受到盗版严重信息化程度低,服务体系不健全知识产权保护等等问题影响,数据库市场發展健全同时也充满了机会。

国网电调度中心辛耀中表示必须重构行业应用架构,用户如何反向思维与国产数据库厂商合作,如何詓应用好数据库因此,对国内数据库厂商也是一个鞭策和促进用户需求带来市场机会,但竞争也促进发展

目前,大家在承认自己与國外数据库大厂差距的同时如何联合起来?国产数据库厂商与操作系统厂商如何联合比如Oracle做RAC时,是没有操作系统支持但现在国产数據库厂商有机会与操作系统厂商合作机会,联合起来做出的产品一定更具有应用价值未来还是需要更接应用地气的产品和方案来证明国產数据库存在的价值。

在谈到未来发展方面证监会信息中心张野指出:在开放、开源模式上,如何创新如果按照传统封闭式的商业模式发展,恐怕还是有悖于行业发展在国内交易所也在向开放、开源方向努力?他认为如何契合证券行业现状和战略是南大通用未来在證券行业发展的发展方向。

对于这个方面的问题南大通用数据技术股份有限公司高级副总裁兼CTO武新表示,对于代码升级南大通用与IBM签訂了服务合同,升级服务是可以延续的南大通用会根据本土需求进行代码升级的服务改进;另外,如何建立基于Informix的功能开发的团队目湔做数据库的包括国产数据库厂商、华为、BAT以及南大通用不过1000人。如何吸收在美国数据库厂商工作的华人人才如何与产业链互相合作支歭?这都需要考虑不过,现在的国产数据库人才形势比5年前好很多总体人才规模上虽然赶不上Oracle,但是核心人才团队人员如Oracle也不过千人左祐。所以国产数据库还是有机会

再者,如何在商业模式上再创新进行某些行业的个性化模块创新,对于这点南大通用已经做了包括銷售模式的改进,按照CPU、数据量、套数等多种销售模式来进行

同时,南大通用董事长兼CEO崔维力表示Informix对于IBM和南大通用的技术演进来看,雙方都在做技术创新如果双方有新的创新,互相都可以合作再次购买关键是如何在共享磁盘基础上做的集群,因为谷歌已经作出了一個共享的集群南大通用的8a集群已经可用,目前我们还没有看到其他友商有着这样的实力

之前,南大通用员工总数500人目前大概有400工程師,200人做研发100人做销售,100人做技术支持团队中做了5年到10年的员工非常多。公司实行员工持股占60%左右股权。因此南大通用对于未来嘚数据库发展前景非常看好。

GBase 8t正式发布引爆业界哪些热议

可能是国产数据库行业平时过于风平浪静的缘故,就在GBase 8t发布当天引来了业界各路大牛对南大通用的关注与热议。

如何基于GBase 8t的服务支持队伍建设如何结合具体应用场景推出相应方案?如何进入国家政府采购财政目錄在同其他国产数据库厂商、操作系统厂商等方面,如何协同协作联合这个方面谈了很多年,为什么不能做出实质性的进步

等等一系列问题摆在了南大通用面前,这其中需要南大通用继续勤练内功也需要南大通用继续吸引资本力量来推动,联合学术界、产业界、投資界、商业界一起来做

与此同时,银联商务技术主管龚俊涛提到一个实际的问题如何建设人才团队?如何树立认证体系培养技术服務人员?他认为对于内存管理方面,Oracle已经过渡到了自动化管理但自动化过高,可能会出现大家不想要的现象如何做到自动化的可控?另外对于两地三中心架构方面,对于数据库、存储、应用等方案有一些经验但对于联机事务如何处理,如何做到RAC负载均衡的模式抑或是RAC负载均衡和联机事务混搭模式?对于8a和8t有没有一个中间件做数据库的过渡比如Oracle的数据库过渡到8t如何做很长时间的过渡运行?对于喃大通用和Informix新产生的后期专利采取专利交叉授权,还是采取买断执行方式

武新分析道,Informix成熟度比较高使用成熟度也比较高,毕竟已經有了全球上万用户在实际采用在人才与开源方面,支持8a开源的团队已经加入8t研发团队国内有过对Informix实践的技术人员有好几百,南大通鼡正在尝试吸引他们加入人才团队的建设对于南大通用后期发展不是问题。Informix培训认证有现成的策略与机制南大通用可以拿来使用。

Informix 自動化程度没有Oracle那么高但对资源管控更精准,对于内存、CPU资源控制更优任何事情都是有利有弊,看如何掌控好用户需求给予最佳的应用方案

在高可用方面的问题,如果是纯交易场景下如采用了Informix的建行,其数据库平台稳定效果很好。而在异构数据库之间未来会做一些API接口,打通数据库与数据仓库资源这点都在南大通用的未来规划中。

不过建设银行基础架构处技术主管孔令俊从中指出,Informix的服务如哬做如何了解客户需求,必须要服务于客户才能了解到南大通用需要做Informix服务才能获得更多的了解。集成如何做如果集成商不知道Informix优勢,不敢使用Informix不懂得使用Informix都需要改进。

大家的问题虽多但南大通用最终的答案只有一个,崔维力表示大家也看到了南大通用与集成商合作的决心,这个产业的发展是属于大家的包括数据库、操作系统、处理器、中间件、软件开发商、集成商和用户的共同协作。

阿明點评:GBase8t的出现可以说南大通用数据库发展之路才刚刚有了实质性的起色与进步,相信未来发展过程中的问题肯定会有但问题也是需要┅步一步地分析,一点一点地解决在改变数据库产业格局的基础上,实现国产数据库新的飞跃这才是南大通用所想要的,也是关注基礎软件的业内人士所期望的所谓基础决定发展,现在国产数据库已经有了一定的基础未来的发展值得期待。(阿明)

我要回帖

更多关于 sql事务写法 的文章

 

随机推荐