数据集成
数据集成领域方面的相关文章。
摘要: 此次需要完成的目标是将库从sqlserver 2005完整的移植到oracle10g中，包括表结构、数据、视图、函数以及存储过程的移植，移植主要基于oracle的omwb（oracle migration workbench）来完成，尽管omwb能帮助完成大部分具备难度的工作，但还是有很多工作量的事情需要在omwb完成后来手工进行，所以整个移植过程工作量看起来会非常大，但是不是仅仅只有工作量的问题呢？我觉得不是，写下这篇blog以便需要进行此项操作的同学以及给自己做个备忘。
摘要: 在之前的一篇blog中提及到实现系统整合的方式有两种，其中一种就是通过建设综合系统来实现系统整合，近期经历了好几个这样的项目，来说说这种方式的项目的几个难点的地方，我是以整合厂商的身份进入此类项目，所以blog中更多的可能代表了整合厂商的心声。
在这类项目中，集成商的能力非常的关键，集成商的能力主要包括了技术能力、业务能力以及协调能力，这三种能力缺一不可，分别来看看这三种能力在此类项目中的重要性。
摘要: 整合项目难做，做过的人都是很容易知道的，这也是为什么整合项目通常要规划很久、实施很久，而且还要花费很大的财力的原因，在之前的blog中曾经写过整合项目难做的一些地方，像数据分析、客户的不够理解等。
随着对于整合项目实施的逐步深入，碰到的难点在逐步的增多，目前手头的一个整合项目接近完成了，对于这种类型而言的整合项目中的难点估计该出现的都已经出现了，总结下来除了数据分析这个大难点之外，还有的难点就是业务理解的不一致、系统设计的不一致和协调这三个，其实业务理解的不一致和系统设计的不一致可以列入数据分析这个范围，但由于这两点对于整合项目的影响较大，会很大程度影响整合项目实现的难度，所以还是单独列出来讲讲。
摘要: 在信息化建设上企业以及政府都投入了很多年了，多年的信息化建设使得企业以及政府拥有了很多套独立的专业的信息/业务系统，随着系统建设的完毕以及应用的深入，企业以及政府对于系统的依赖性在逐步的加大，企业以及政府慢慢的意识到多套系统造成了各套系统中的信息无法分享，也就是形成了常说的“信息孤岛”，企业以及政府对于信息的整合的需求已经越来越迫切也越来越突出了，尽管整合“信息孤岛”这样的概念各大公司(ibm、bea等)在几年前就已经提出了，但应该说在几年前仍然是洗脑甚于实际，不过现在整合已经步入了实际阶段，也可以说是整合时代已经来临。
摘要: 这是一篇对于从事数据集成的实施、销售和售前人员的培训的ppt,较为简单，主要是讲解了数据集成类项目的概念、实现方法和通常采用的实施步骤。
感兴趣的朋友们可以到这里下载：
http://www.blogjava.net/files/bluedavy/数据集成项目培训.rar
摘要: 在数据集成类的项目中，最难的过程就是数据分析了，数据分析过程位于数据集成类项目整个过程(前期准备调研-----数据分析-----接口实现)的第二步，它为第三步接口实现提供了充分的准备，因此数据分析的正确与否很大程度上决定了数据集成能否成功的实现和完成。
怎么样有效的进行数据分析呢，怎么样提前在数据分析中尽量避免问题等到实现时才出现呢？这是一个行之有效的数据分析方法论的评判的关键。
经过几个项目的经历，反思了一下在做这些项目时比较有效的方法和失妥的方法，总结了一套目前个人觉得可行的数据分析方法，此套数据分析方法只适用于数据库---文件---数据库或数据库---数据库的分析，对于接口式的集成(例如调用对方的webservice、ejb接口等)并不适用，在这样的一套数据分析的方法中，为数据分析的步骤以及需要注意的问题事项提出了指导，编写此blog以希望有同行的同学们多多交流。
摘要: 话说上篇blog谈到了数据集成类项目的难点，在这篇blog中再根据数据集成项目/产品的特点来侃侃所需的人才，对于做数据集成产品的公司而言，通常都是走专业性质的产品公司的发展路线，在这样的公司中技术方向的组织架构多数为产品实施人员、产品凯发k8网页登录的技术支持人员和产品研发人员，那么根据数据集成类项目的情况来说，这些人才都需要具备些什么样的能力呢，产品公司又应该给这些人才提供些什么方面的培训呢，借此篇blog做个总结，同行的同学们多多交流。
摘要: 经过之前几年各大厂商对于应用整合的概念的大肆推广、吹嘘，近两年来随着各企业/单位的基础系统的建设完善，应用整合类项目开始步入实质阶段，而数据集成就是目前应用集成类项目中一个重要的部分，那么数据集成类的项目它的难点通常会有哪一些呢，根据自己的经验稍微的进行了些总结，希望从事相关工作的同学们多多交流。
"));