1000分求解决方案！！！(100分)

K

kucio

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-01

• #1

公司一套delphi5开发的管理系统，C/S结构，后台为Informix数据库，现在想转向XML，但由于历史
原因，需要保持对Informix的支持，也就是说，前台程序不需要知道数据是存在Informix数据库
中还是XML文件中。因为我本人对XML不是十分了解，所以相知道应该如何做？是否有可以同时
操作Informix和XML的控件包？怎样才能使转化的工作量最小？
问题很急，重在好的思路，一经解决，分数立刻奉上，决不食言。
如果有觉得表达的不清楚的地方，欢迎提问。

 

T

t1122

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-01

• #2

delphi6可以支持xml。最好是使用delphi6来开发。另外，不知道你的c端的代码量，如果不是很大
的话可以用odbc连接数据库(informix)。如果原来使用的是ado控件，那么可以将部分功能转化为activex
这样应该是工作量比较小的。

 

N

netnice

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-02

• #3

应该存放在数据库里吧。用xml存放安全是个问题啊。
只要你把输出的结果形成xml格式就可以了。

 

K

kucio

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-03

• #4

那么有什么控件可以方便地操作XML呢？

 

N

netnice

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-04

• #5

msxml还可以啊。

 

H

hyj

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-06

• #6

http://www.delphibbs.com/delphibbs/dispq.asp?lid=909481
去看看

 

左

左轻侯

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-19

• #7

不太明白你的意思
“转向XML”具体指什么？
难道想取消后端数据库，把数据全部用XML文件存放？
那是不行的，XML不能取代数据库，它基本上只能充当数据交换的格式而已
也就是说，当客户端和服务端交换数据时，使用XML格式
整个系统仍然需要一个后端数据库来支持
服务端的工作是将数据源转换为XML，用Delphi或ASP都可以完成
大富翁就是用ASP完成的
客户端需要在XML中提取数据，用Delphi也可以很方便地完成
Rich Explorer就是用MS XML Parse解析xml的，你可以看看它的源码
建议你阅读一些XML/SOAP/Web service的资料，本论坛有很多
不过，如果客户端的数量不多的话，我赞成t1122的意见，
可以不用三层结构，用客户端直接连接后端数据库，不需要xml

 

久

久久

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-19

• #8

to 左轻侯
XML不能取代数据库，它基本上只能充当数据交换的格式而已
为什么呢？？
我现在有个项目就想将数据库中的数据转换成XML文件存放起来。
以后通过XML文件来检索。
但是我现在对XML又不了解，希望指点。我好及时改变设计思路.

 

左

左轻侯

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-19

• #9

xml的定义就是一种自描述的数据文件格式，它跟informix那样的数据库并没有直接关系
为什么你会认为可以用xml来取代数据库呢？二者完全是两回事
有一些程序使用xml文件来保存一些简单的信息（比如用以取代传统的
.ini文件来保存配置信息），但管理系统这样的东西肯定需要一个强大
的后端数据库

 

K

kucio

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-21

• #10

To 左轻侯:
我们公司的目的就是要取消后端数据库，把数据全部用XML文件存放
主要原因是原来的Informix数据库中存储的无非也是一些配置信息，数据量不是很大，一般
几百条纪录，最多上千条。我们通过Delphi开发的管理程序去更改数据库的内容，然后后台
用C开发的程序读取Informix数据库中的内容，以决定程序如何运行。
所以我们认为完全转向XML是可行的，唯一不大放心的是效率问题。

 

D

davidlon

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-21

• #11

完全同意左轻侯的说法，如果数据量大，一定是要数据库的，xml只是用来传输的格式，
因为它严谨啊，如果不大，你可以用delphi写一个程序,把数据库里的数据写成XML啊，其实
xml也是文本文件啊，只是有一定的格式罢了：）

 

Z

Zane

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-21

• #12

赞成！！！！[]

 

D

drummer

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-21

• #13

几百条纪录用informix?真是杀鸡用牛刀

 

K

kucio

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-22

• #14

但是我们现在希望能同时支持Informix和XML呀
//前台程序不需要知道数据是存在Informix数据库中还是XML文件中

 

左

左轻侯

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-22

• #15

你一定要这样做，应该也是可以的
但是何必呢？这样使用XML会带来什么好处呢？

 

吴

吴剑明

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-22

• #16

同意左轻侯的说法。就象你用TXT也可以保存数据，也可以查询（在几百条记录里）。那你为什么
不用TXT，而用数据库？XML一样的道理。

 

K

kucio

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-25

• #17

TXT文件不行，因为这些数据有一定的逻辑性，需要排序、关联等，而且有十几个表之多，
用TXT太麻烦，人工维护困难，速度也太慢。
以前用Informix是有一些历史原因的（公司一直在用Informix），况且用Informix，后台
的C程序很容易处理这些数据，现在既然有了这么好的XML可用，为什么不用呢？
其实我们最看重的还是XML在交换数据方面的优势，用XML之后我们可以很容易地分发、
备份数据。所以我们第一步要做的是将数据导出到XMl文件中，这项工作目前进展顺利，
困难不大。但是下一步完全转向XML，且要保持对Informix的兼容就有点困难了，我们不想
写两套程序。

 

C

cookie2189

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-27

• #18

我觉得xml始终还只是一种文件。他的特点是便于数据转换，实现跨平台。数据库因为有DBMS所以界面比较友好，用xml做数据库实在不是明智之举。

 

王

王寒松

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-27

• #19

是啊.XML仅仅是一种数据交换格式。对于DELPHI来说。 就是一种自定义格式的文本数据库
从数据安全角度考虑，用XML还让人不放心呢。

 

A

akaiwei

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-02-27

• #20

太吸引人了，但是我不会，帮你up一下！