基于Oracle数据库的商业网站数据库移植.docVIP

基于Oracle数据库的商业网站数据库移植 　　摘要:在商业网站运行中,数据库移植的根本目的在于系统升级,解决当前系统功能上和性能上存在的问题。所以,在我们的移植工程中首先要保证逻辑的正确,做到移植前后的等价性,然后要对移植后的系统进行性能调优。该文为此具体探讨了商业网站的Oracle数据库移植为SQL Server数据库的理论与应用分析。 　　关键词:数据库移植;SQL Server;Oracle 　　中图分类号:TP311文献标识码:A 文章编号:1009-3044(2009)33-9126-01 　　数据库移植就是不改变原有系统的后台数据库管理系统,并仍然保持原有系统架构、系统数据,前后端应用程序不变的一种系统升级方法。这种系统的变更通常是出去商业或者系统整体性能的考虑。整个移植过程一般非常庞大,其中主要包括存储空间的移植、数据库对象的移植、数据库数据的移植、代码的移植、系统测试等很多方面的技术问题。本论文讨论的重点是以围绕网站数据库中数字类型数据移植而进行的。 　　1 数据库移植的理论分析 　　数据库移植工程在全球已经有很广泛的应用,同时也出现了不少现成的不同产品间的数据库产品移植工具。然而,由于各种数据库产品之间的实现还是有很多根本架构上的不同,采用的SQL标准也不尽相同,这个导致了在很多问题上,并不是简单的语法变化就可以实现保证正确性的数据库转换。完全依赖数据库产品可能存在一些正确性的隐患,因此,很多地方还似乎要根据具体分析来进行人工参与的。这样的话,我们决定在数据库移植开发的前期借助数据库产品中的自动移植工具省去我们很多的重复工作,但在某些关键性问题上仍然需要我们人为的工作,或者对工具进行相应具体的配置。Oracle是以高级结构化查询语言(SQL)为基础的企业级大型关系数据库,通俗地讲它是用方便逻辑管理的语言操纵大量有规律数据的集合,也是目前最流行的客户/服务器(CLIENT/Server)体系结构的数据库之一。而SQL Server 2005也同样是拥有很多优越特性的基于客户/服务器体系结构的数据库。相较而言,进行Oracle移植工作有公司项目的商业目的。一般来说,我们把数据库中用来储存和表示数据的实体成为对象(Object),它通常包括数据的逻辑存储空间,表(Table),索引(Index),视图(View),约束(Constraint),触发器(Trigger)和存储过程(Store Procedure)等等相关组成部分。在本次移植工作中,我们要做的工作是把原先在Oracle上的所有相关数据、程序、服务等等全部移植到全新的SQL Server环境,因此基于两者数据库架构和原理的一些不同,这些数据库对象也有很大的不同。而一个完整的数据库系统一般分成数据库服务器端部分和应用程序部分,两者互相结合。而数据库又包括数据库对象和数据库数据。所以我们进行数据库移植的工作就大致大致可以分成一下几个部分:存储空间的移植、具体对象得数据库移植与数据移植。 　　2 存储空间的移植 　　进行数据库的移植先要进行数据库后台级别的移植,再进行Code级别的移植。我们商业网站的数据库建立在Oracle上的,一共有18个数据库分散在大小不等的100多个逻辑设备。为此我们就在新的SQL Server数据库中,创建相对应的18个方案,来完成存储空间移植的工作。特别是对于表的分区,一般情况下我们应该能够将数据大致平均地分部在各个分区上。由于网站系统中数据是以时间为单位分部的,因此将主要数据按月份分为12个区是顺理成章的。不过另一方面,网站的计算是每天晚上启动的,启动以后会计算当月或者前一个月的数据,因此,在某一个时间单元里面,数据库对数据的访问也是集中在某个月份的。也就是说这样的分区方法并没有达到我们提高数据表访问并行度从而提高性能的目的,也无法很好得解决磁盘竞争冲突等问题。由此我们引入了新的分区方法-Hash分区。对数据表的Hash分区可以很好的解决以上所说的并发度和竞争冲突的问题,不过也存在它的缺陷。所以,经过针对PnA系统的分析和讨论,我们决定选择区间和Hash组合的分区方式,这样既做到了各个分区数据量的大致均等,又使不同的fund分区存放,提高了系统访问的并发度。 　　3 具体对象的数据库移植 　　在商业网站具体对象的数据库移植,这些具体对象包括:表、索引、视图以及数据类型。面来具体介绍了数字类型数据库如何实现它在新SQL Server环境中的移植工作。数字类型数据库中是最常见的一种对象类型,它本身并不复杂,转换起来也比较方便。可是往往有时由于具体的要求,表中存放数据对精度的要求比普通数据高很多,这样就出现一定问题了。特别是商业网站系统,平时每天都涉及大量的网络数据I/O和相关的计算,需要最大程度地保证数据精度,减