关于xml和数据库的提取问题(100分)

Z

zhfhq

Unregistered / Unconfirmed
GUEST, unregistred user!
我现在正在做数据仓库的课题,关于异构数据库的提取问题,我想用xml 作为我的各个数据库
中提取数据的交换标准,然后再将xml文件倒入到数据仓库中去,不知这种可行性有多大?
如何做?
 
如果只是自己用,什么格式都可以,不一定非要用xml,当然xml比较时髦了。哈哈。
不过如果牵涉到和别人交换数据,那么xml可能是一个比较明智的选择。
 
很好的想法
异构数据库-》XML-》异构数据库
 
>>如果只是自己用,什么格式都可以,不一定非要用xml,当然xml比较时髦了。
XML有专门处理它的包的,这可能方便一点,还有就是和别人交换数据也方便。
 
在下以为,xml作为异构数据库的中介是比较好的,
因为xml的数据具有自描述的特性,因此我们可以不必
再为数据内建描述,直接处理和交换数据。
 
完全可以,用delphi的ado控件可以轻松的转换各类的数据库为xml格式
 
洗耳恭听
 
关注此问题
 
国外的厂商现在都在用XML作为下一代数据交换的标准,因此问题不是在于技术上是否可行
,用DOM和ADO完全能够实现,而是在于你的XML格式是否能够得到其他厂商的支持,这就是
为什么MICROSOFT极力跟进W3C的XML标准的原因,象BIZTALK SERVER就是MICROSOFT力图成为
各个行业XML标准规范的尝试。
虽然XML的格式完全可以由开发者自定义,但是并不代表可以天马行空,如果不能得到其他
厂商的支持,就毫无数据交换的价值,所以,就我个人来看:
1、个人定义的模板绝对不可能成为行业标准,因此在模板定义时必须是行业标准的子集。
2、如果整个数据交换过程都是你一个人开发的,是封闭的,不需要与其他系统交互,那么
何必要用XML呢?XML最大优势是易扩展、兼容性,必然牺牲了一定的系统效率,比如:
<student id><name>aa</name></student>,这么多字符中真正代表数据的只有aa,其他都是
标志符,而用自定义的纯文本格式nm aa就代表了,极大地减轻了数据流量。
不过XML肯定是未来数据交换技术的主流方向。
 
谁用过XMLC
 
j_shen2000说得有道理,不过标准也是大家用多了,承认了就自然得出的。
OSI没有战胜TCP/IP就是因为TCP/IP深得人心。
XML给了大家定义自己结构的自由,如果你考虑周到了,完全可以自定义自己使用方便的结构,
当你的结构得到承认,你的软件获得成功,别人就会考虑兼容你的结构了,
而XML定义的结构是很方便兼容的。所以说,我们不能一味等待别人把所有标准都写好了
再取子集。
 
我用过XMLC
 
请问怎么样用delphi来应用xml,比如前面说的用"ado来转换各种数据库
为xml格式"
 
先学着点
 
多人接受答案了。
 
同意j_sheng2000,XML主要用在数据传输上。
 

Similar threads

顶部