请问,我的ACCESS数据库有120万条记录,三个字段。简单查询,我有很多疑问,希望有这方面经验的朋友来帮我看看,我还急着交给公司呢!?

qunluo 2005-01-25 07:20:56
前提是:--------------------》
*****************************************************
我的是想用在虚拟主机上的WEB查询!
就120万条记录
三个字段
情况如下:
NO.1是数字类型
NO.2是字符串类型
NO.3也是数字类型

NO.1是14位数字
NO.2是7位数字加字母
NO.3是个位数字

我的问题二:
**********************************************
我这里才做了个10000的批量插入,delphi插入,才7万条记录不到就已经4MB多了,我该怎么办才好!
如果到了120万,那还不得到50MB大了。这样一来好象作为虚拟主机上的查询,会有什么实际影响没有?因为我的查询是依NO.1查到后在检查得到NO.2最后更新NO.3
这样的查询虽然简单,但是我以前没做过这样大的ACCESS数据库记录的操作,实在没这样的经验,来这里请教大家了!

我的问题二:
*************************************************
请大家不要说改用SQL SERVER数据库,因为我这里要考虑成本的问题。所以选择ACCESS数据库来使用。
如果要用ACCESS数据库,应该注意些那些方面的数据库设计技巧。请有经验的朋友告诉我,向大家学习请教了!拜托!!

问题三:
***********************************************
这样情况下的数据库,如果用在虚拟主机的WEB查询上,我应该注意那些实际可操作的问题呢!?
拜托大家以在就的实际经验告诉我,我怎么做才好!120万条记录下会有影响吗?

问题四:
*********************************************
ACCESS数据库年个支持的并发访问数量是具体多大,因为我要考虑一些WEB访问的实际情况的负载问题,请指教。


麻烦大家,我很着急,先送100分,我稍后按情况,在分散给大家。
...全文
222 20 打赏 收藏 转发到动态 举报
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
dout 2005-01-26
  • 打赏
  • 举报
回复
占位
yxdkenshin 2005-01-26
  • 打赏
  • 举报
回复
我见过我们这里一个用动网论坛的ACCESS版,数据库70多M了……速度好像还可以呵呵
zsh211 2005-01-26
  • 打赏
  • 举报
回复
120W条 用ACCESS? -_-
lisoon 2005-01-26
  • 打赏
  • 举报
回复
access很容易出现数据冗余,所以数据不多,但碎片很多,建议写段程序定时压缩数据库。可以小很多的。
qixiao 2005-01-26
  • 打赏
  • 举报
回复
分表倒是个最好的选择,加一个顺序号子字段。完了再做一个表,用来记录每个表包含的顺序号
比如

table
id tName range
1 table_1 1,20000
2 table-2 20000,40000
.....

查询的时候就很容易了,前提是你作为条件的字段一定要和这个顺序号有关系,比如条件字段为aaa,就要变成aaa_1,aaa_2类似
abaowu 2005-01-26
  • 打赏
  • 举报
回复
PHP+MYSQL成本应该相当或更便宜
tjficcbw 2005-01-26
  • 打赏
  • 举报
回复
老兄,用SQL SERVER
ACCESS根本不行,别提什么问题了。解决不了的
mikespook 2005-01-26
  • 打赏
  • 举报
回复
120W,就是用SQL SERVER还要好好修整一翻才能保证速度在毫秒级。用ACCESS的话,分库吧。分成60个库,那么每个库就是2W数据,还是可以接受的。
myhwlj 2005-01-26
  • 打赏
  • 举报
回复
也没啥问题!把会话延长会话,
还有脚本超时时间!!没有更好的办法。
xiwanghope 2005-01-25
  • 打赏
  • 举报
回复
120万条记录道地有多大不知道,我只知道当初我查询一个只有10万条的数据库大小就已经有10M了,要是120万估计也要100兆以上,,

先不说查询,你设想一下,大开一个100m大的数据库文件需要多长的时间。。。

你可以考虑一下一个数据库多设两个表或者多两个数据库文件,进行分别查询。。这样可能要好些。
cheng17 2005-01-25
  • 打赏
  • 举报
回复
http://dianazhu.blogchina.com/blog/article_112304.529031.html

这个是动网的叶子写的程序,测试数据是100W,AC数据库,可惜这里不能上传,我有程序加数据库
chenypluck 2005-01-25
  • 打赏
  • 举报
回复
建议SQL SERVER2000
ygjwjj 2005-01-25
  • 打赏
  • 举报
回复
问题一:如果到了120万,最后大小应该有》100MB吧,先不说效率,空间就是个问题。

问题二:这么大的数据,应该考虑分表,AC一般20W左右我就考虑分表了。

问题三:尽可能用EXECUTE方法,少取记录集;这里最主要是考虑一下效率,可以看一看好的分页程序,我就不多说了,呵呵。

问题四:AC的并发MS吹嘘的是256吧,但我测试时发现,100以下勉强可以,50以下效果较好。

以上全是个人看法,仅工参考。
hackate 2005-01-25
  • 打赏
  • 举报
回复
真的建议用MSSQL,绝对建议,不然这样你的网站的性能会降低NN多,花点钱,可以解决好多问题1
Unending 2005-01-25
  • 打赏
  • 举报
回复
access数据100万条记录不做like查询,不使用大字段,不使用颗粒函数,那么还是可以使用的,不会太慢,但建议还是不要使用。
myvicy 2005-01-25
  • 打赏
  • 举报
回复
access数据库并发好象最大是255,但是估计实际到不了。
access数据超过10万条就会出现问题了。
yhd0411 2005-01-25
  • 打赏
  • 举报
回复
我也是这么认为啊

如果到400多M,打开Access数据库想查看数据库设计也有点问题啊
surferc 2005-01-25
  • 打赏
  • 举报
回复
查了一下资料得到下面的说法:

access数据超过10万条就回出现错误,ms建议最大不要超过8万

楼主看着办吧。
gu1dai 2005-01-25
  • 打赏
  • 举报
回复
个人意见:access120万数据,会拖死服务器。
surferc 2005-01-25
  • 打赏
  • 举报
回复
个人感觉这么大的数据量用access真的不合适。而且还有一个问题出在用的是虚拟主机上,一般服务商都对access有文件大小限制,大于5M访问就非常容易出错。
所以还请楼主三思,实在不行换成PHP+mysql也要用access要好(成本不高)。

28,390

社区成员

发帖
与我相关
我的任务
社区描述
ASP即Active Server Pages,是Microsoft公司开发的服务器端脚本环境。
社区管理员
  • ASP
  • 无·法
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧