怎样效率更高?(100分)

W

wtiebo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-27

• #1

１．有一个Paradox数据库, 大约有800个大一点项, 每个大一点的项又
有40个小项,这800*40个项的结构都一样. 我认为分把它们分成800个
小表的效率比放在一个表里面效率要高！（注意，每次操作基本上只
涉及一个小表的数据），不知各位富翁认为如何？

２．如果分成小表，定义了一次表结构之后，如何利用数据库的录入
（Insert）每次生成一个新表（存成*.DB文件,表结构不变）？

奉上１００大分，先谢谢各位！

 

小

小天

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-27

• #2

真的能快？

 

A

Another_eYes

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-27

• #3

1. 你把windows的文件访问效率估计得太高了. 目录中文件增大到一定数目
后读写文件的速度急剧下降, 将达到你无法忍受的地步.
2. 不如把生成数据库的sql保存起来, 每次建立时先excute这个sql,然后再
insert.
或者用table.createtable建表, 然后table.append, table.post

 

小

小天

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-27

• #4

如果是动态建立的话，还不如用sql的视图
不过paradox不支持视图
用多个表也许可能会快一点儿

 

A

amo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-27

• #5

800个表？
可以试试，
在所有操作中，磁盘操作的i/o是最慢的，

如果这些表使用频度不大，
这种作法应该可以提高速度，
不过如果每个表都会频繁读写, 这种作法一定远远比不上只用一个表。

 

W

wtiebo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-27

• #6

To 小天：
　　不，表的结构和数据基本都是固定的（当然，表与表之间数据是不同的）．
只是表的数目随时可能增加！

To Another_eYes:
但是，如果每次操作都的搜索整个表的话，会不会很费时？

 

H

hntangwei

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-27

• #7

800个小表的数据量会有多大，数据是在不断的增长吗？
　如果数据量大的话，你还是分开吧，当数据量超过一定
数目后，查询是很慢的。另外，你用索引吗？在PARADOX中可得小心！

 

A

amo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-27

• #8

>如果每次操作都的搜索整个表的话，会不会很费时？
不会搜索整个表的，
定义合适的索引吗。

 

C

CJ

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-27

• #9

还是劝你别用paradox，找个interbase，把表并了，用小天的话，可以建立试图
不过，不建也无所谓，直接查，比你的PARADOX快多了，DBASE也比PARADOX快！

好象股票系统是分多个表做的不过它要求特殊

 

J

Jams

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-27

• #10

>>

 

W

wtiebo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-28

• #11

首先感谢各位!

To amo:
对, 每个表使用频度都不大! 其实, 每次操作就只是针对一个小表的数据!

To hntangwei:
数据量并不大! 每个小表最多不超过40个记录! 我也在担心Paradox的索
引, 上次就是它出问题了!

To CJ:
这只是一个单机的, 用Interbase合适么? 还有, 我没用过Interbase, 哪
有介绍这方面的资料?

 

C

CJ

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-28

• #12

没问题，用LOCAL INTERBASE，一样用

 

L

LSS

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-29

• #13

我建议你既然只用一个小表那么就以一个小表为单位，表数据不多最好不要用索引，很麻烦的，容易出毛病

 

J

jobsxy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-29

• #14

我觉得应该只建一个大表，因为您的表的结构和数据基本都是固定的，
而且每个小表的数据不多，在一张大表中加个字段用于标识每个小表
这样即使以后还会增加或删除小表也不会很烦.

to cj: dbase真得比Pardox快？怎么一些书都说Pardox的索引比dbase既稳定
又快速？我以前还一直对客户说Pardox比dbase强得多!

 

W

wtiebo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-29

• #15

1. 关于问题1, 各位还有不同的意见么?

2. 关于问题2,
>2. 不如把生成数据库的sql保存起来, 每次建立时先excute这个sql,然后再
>insert. 或者用table.createtable建表, 然后table.append, table.post
除此法外, 还有没有别的方法?

 

A

Another_eYes

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-29

• #16

2. 有, 用batchmove, 嘿嘿, 这是标准做法

 

C

CJ

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-30

• #17

paradox 的唯一优点是有参照完整性
好象 VDB7 也应该有吧？反正我现在是不用了，坚决不用！
DBASE的确快，如果用4/5版，坏了修也容易

 

W

wtiebo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-11-20

• #18

多人接受答案了。