关于DELPHI和ACCESS的问题！(100分)

Jack1 · 2000-01-28

如果有一个生产数据管理系统，每月都有大量的数据，使用ACCESS来存储
数据，每年的数据存为一个数据库，每个数据库12个表，对应每个月的数据。
在使用的时候，需要查询历史数据，根据DELPHI的ODBC或BDE，建立相应的
DSN，而每个DSN对应一个数据库，就必须每年增加一个DSN，岂不是太复杂？
各位高手有没有更好的主意，急盼回答！

Fencer · 2000-01-28

能不能说得具体一点，为什么需要每个月都建立一个表？

Jack1 · 2000-01-28

是这样的，在做系统的时候，为了管理和查询方便，将每个月的数据放进一个表
中，例如1999年的数据库名为‘DB1999’，里面12个表分别为‘TB01’，‘TB02’
等。请给我不同的意见！谢谢！

Fencer · 2000-01-28

为什么不再建一个子表，建一个日期字段呢。这样能过Year,Month等函
数用SQL查询不是更方便么？

g622 · 2000-01-28

如果你要动态增加 dsn前面有不少讨论可以查阅。
但我建议你用ado控件，在那里面你可以用connectionstring
中的参数指定你的assess库路径的方式来打开任意一个access
数据库而不用配置dsn了。

Jack1 · 2000-01-28

fencer的意思我不太懂，G622请告诉我关于ADO的知识，和VB里的ADO是否有
类似的地方？谢谢二位！

Fencer · 2000-01-28

ADO不太稳定和VB的应该差不多都是微软的东西。
我的意思是说根本就用不着去建这么我库这么多
表，建一个足够了。说说你有什么需求，按照我
的经验不太可能有动态建这么多表的必要。
看你说的情况只不过要完成按年按月的统计，那
再增加一个日期型的字段就够了。
不知你的项目具体有什么要求，能大体说说要完
成什么样的功能么？你现在的数据是怎样存放的？
我反对建这么多表，效率太低。

g622 · 2000-01-28

delphi中的ADOVB里的ADO差不多。

Jack1 · 2000-01-28

其实这个系统也并不复杂，主要是存放生产数据，加以统计罢了。我之所以使用
这么多的表，主要是我担心一个ACCESS数据库存放太多的内容在安全性上存在问
题，同时担心一个表的数据太多会影响查询速度，不知你有何高见？

Fencer · 2000-01-28

ACCESS我用的不多，不过总算是一个比较大的数据库。
肯定不至于这么差，DB2一个Blob字段就可以放2G的内
容你的数据再大也不能比这个大吧。再说数据库的查
询算法都很好我想是不会影响查询速度了。

g622 · 2000-01-28

1）注意，如果经常的删除插入记录，一定要定期repair和compact你的数据库。
2）access在文件大小为200M后会变的特慢（vb5.0，6.0的经验）。
3）听说access 2000的引擎好一些，你可以试试。
4）如果数据量不大，可以把12个表合为一个，然后增加有关月份的
字段，再把常用的查询及参数建立在access中，用ado中的tstroedproc控件
访问，速度会稍微快一点。

总之，预算你的数据库大小。

cAkk · 2000-01-28

用diamond access控件,直接指定mdb文件名.

Jack1 · 2000-01-28

多人接受答案了。

关于DELPHI和ACCESS的问题！(100分)

Jack1

Unregistered / Unconfirmed

Fencer

Unregistered / Unconfirmed

Jack1

Unregistered / Unconfirmed

Fencer

Unregistered / Unconfirmed

g622

Unregistered / Unconfirmed

Jack1

Unregistered / Unconfirmed

Fencer

Unregistered / Unconfirmed

g622

Unregistered / Unconfirmed

Jack1

Unregistered / Unconfirmed

Fencer

Unregistered / Unconfirmed

g622

Unregistered / Unconfirmed

cAkk

Unregistered / Unconfirmed

Jack1

Unregistered / Unconfirmed

Similar threads