这个方法虽然老土,不过的的确确管用,但还存在一些问题,比如限于小数据库(几十上MB 这种),断电丢失部份数据。
如果你觉得不适合你,那么请不要看下去,以免引起不必要的口舌之争。
---------
入正题
解决的办法就是把内存的一部份化分出来作存储,这个办法不是作缓存来存储索引,而是把数据库文件全部放到内存中去运行,当然这对内存要求较高,上面都说了限制大小的,因为一般的机子内存也只有1-2G大小,大型的系统根本可以不用这个方法。
如果你有足够大的内存 512M-1G 的话,那么你可以尝试用这个方法来提高访问速度
首先要下载一个软件,让他帮我们在内存里分配一块区域
RamDiskNt 1.5
下载地址: http://bbs.macd.cn/viewthread.php?tid=679725&extra=page%3D1&stock=trade
这个地方要注册后才可以下载,英语好的朋友直接就网上搜索英文版的就行
CDKEY 在上面的地址里面有,需要你手动做个注册表文件就行了
安装好了,就可以分配磁盘区域,你可以分配Z盘、128M空间、Fat32文件系统,后台更新和磁盘映象一定要打开(如果你不想断电丢失全部数据的话),启动时加载虚拟盘,NT/2000启动扇区,使用non-paged-pool,其实这些配置上面的论坛里都说的有。最后就是重启计算机,然后你就能看见Z盘了
那么再把数据库文件复制到Z盘中,再在sqlserver中附加这个数据库,想想从内存中访问数据是多少爽的事情。
只要你有足够大的内存,可以不花一分钱就能提高几十倍的访问速度。
最后的工作就是 test~~
20 个解决方案
#1
还有ramdisknt 是服务器版的,还有for xp、for 98/me的
#2
关注,测试效果。.....
#3
UP
#4
关注,不过这种方法不敢断然试,可以拿稳定做代价的
#5
也来学习一下:)
呵呵,个性什么时候变双星了?恭喜恭喜!!
呵呵,个性什么时候变双星了?恭喜恭喜!!
#6
我的星啊。。。
#7
对于一个经常清理数据的小中型网站这种方法还是很有用的,
其它用处还有处理excel txt这类数据的时候。
其它用处还有处理excel txt这类数据的时候。
#8
我今天试了一下,还不错,它可以一个与真正磁盘上的镜像同步的时间,
假如你设了60秒,那么机器就会每60秒把虚拟磁盘上的文件做一个镜像
放到你所指定的文件里,机关时,系统同样会做一次镜像,下次开机时
它会自动的把你所做的镜像还原到你的虚拟磁盘里,然后开始工作,这样
就算你突然掉电,你最多只会损失60秒的数据,但对于放数据缓存的话,这
种损失是完全不用考虑的,因为你后面还有一个数据库做支柱。
假如你设了60秒,那么机器就会每60秒把虚拟磁盘上的文件做一个镜像
放到你所指定的文件里,机关时,系统同样会做一次镜像,下次开机时
它会自动的把你所做的镜像还原到你的虚拟磁盘里,然后开始工作,这样
就算你突然掉电,你最多只会损失60秒的数据,但对于放数据缓存的话,这
种损失是完全不用考虑的,因为你后面还有一个数据库做支柱。
#9
欢迎评论
#10
@-@
^
^
#11
我觉得不太必要把 既然不适合大的数据库,而小型的数据库又有必要优化吗,对小型DB来说,提高几十倍对人感觉并不明显,而且还面队不稳定的危险,所以我觉得没多大必要
做为技术探讨还可以哈.
做为技术探讨还可以哈.
#12
关注
#13
mark
#14
感觉适合于 发展时期的网站。 没钱,但是访问量在不断上升
#15
挺好的。这个不错
#16
很久了啊
#17
这个只能在大家没事的时候研究研究,个性经常搞些没球明堂的东西,不过都不错.
UP.
UP.
#18
呵呵.内存呀.从内存中访问.速度那是..
#19
数据量不大的时候,性能问题不明显,注意索引和查询SQL的优化已经足够
数据量大的时候,内存虽然便宜,但也无法容纳那么多数据啊 ?
只有常用的小量数据才有可能存放再物理内存吧 ?
数据量大的时候,内存虽然便宜,但也无法容纳那么多数据啊 ?
只有常用的小量数据才有可能存放再物理内存吧 ?
#20
学习
#1
还有ramdisknt 是服务器版的,还有for xp、for 98/me的
#2
关注,测试效果。.....
#3
UP
#4
关注,不过这种方法不敢断然试,可以拿稳定做代价的
#5
也来学习一下:)
呵呵,个性什么时候变双星了?恭喜恭喜!!
呵呵,个性什么时候变双星了?恭喜恭喜!!
#6
我的星啊。。。
#7
对于一个经常清理数据的小中型网站这种方法还是很有用的,
其它用处还有处理excel txt这类数据的时候。
其它用处还有处理excel txt这类数据的时候。
#8
我今天试了一下,还不错,它可以一个与真正磁盘上的镜像同步的时间,
假如你设了60秒,那么机器就会每60秒把虚拟磁盘上的文件做一个镜像
放到你所指定的文件里,机关时,系统同样会做一次镜像,下次开机时
它会自动的把你所做的镜像还原到你的虚拟磁盘里,然后开始工作,这样
就算你突然掉电,你最多只会损失60秒的数据,但对于放数据缓存的话,这
种损失是完全不用考虑的,因为你后面还有一个数据库做支柱。
假如你设了60秒,那么机器就会每60秒把虚拟磁盘上的文件做一个镜像
放到你所指定的文件里,机关时,系统同样会做一次镜像,下次开机时
它会自动的把你所做的镜像还原到你的虚拟磁盘里,然后开始工作,这样
就算你突然掉电,你最多只会损失60秒的数据,但对于放数据缓存的话,这
种损失是完全不用考虑的,因为你后面还有一个数据库做支柱。
#9
欢迎评论
#10
@-@
^
^
#11
我觉得不太必要把 既然不适合大的数据库,而小型的数据库又有必要优化吗,对小型DB来说,提高几十倍对人感觉并不明显,而且还面队不稳定的危险,所以我觉得没多大必要
做为技术探讨还可以哈.
做为技术探讨还可以哈.
#12
关注
#13
mark
#14
感觉适合于 发展时期的网站。 没钱,但是访问量在不断上升
#15
挺好的。这个不错
#16
很久了啊
#17
这个只能在大家没事的时候研究研究,个性经常搞些没球明堂的东西,不过都不错.
UP.
UP.
#18
呵呵.内存呀.从内存中访问.速度那是..
#19
数据量不大的时候,性能问题不明显,注意索引和查询SQL的优化已经足够
数据量大的时候,内存虽然便宜,但也无法容纳那么多数据啊 ?
只有常用的小量数据才有可能存放再物理内存吧 ?
数据量大的时候,内存虽然便宜,但也无法容纳那么多数据啊 ?
只有常用的小量数据才有可能存放再物理内存吧 ?
#20
学习