我开发的股票软件想用ACCESS做数据存储，请大家给点意见，这么大的数据量用它到底行不行？（分数不成问题，要多少给多少） 1 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 记录在10万条以下使用MSSQL Server 或者Sybase，以上的使用Oracle几千条左右的才用ACCESS 建议用mysql，简单实用，速度快，连源程序都是公开的。 胡说八道，MS SQL Server 几千万条没有任何问题，而且操作简单。 推荐使用SQL Server 2000企业版，简单易用好学，access只能搞一些小儿科的东东，oracle不是可以随便玩的，而SQL Server价格便宜量又足，挺实惠的！MYSQL也不错！同意 nevergrief(孤独骑士) 的说法，同志们不要把SQL Server看扁了，毕竟是M$的东东，哪有那么差？还是很强劲的！现在好多项目动不动就用oracle，用得着吗？杀鸡用牛刀，浪费$ (呵，反正不是自己的，还显得挺有能耐的，ft)! 我听说mysql是linux下用的，不知传言是否准确，不过我也这样认为。我见过一个access 数据库100多M的(pack过的，某个城市的车辆信息库)，用的时候其实不觉得慢，我想你这样的数据库不会那么大吧。我自己做过的access数据库，有过30万条，每条记录的长度可能稍短一点，但比起几千条要吓人吧。你考虑一下，将来数据库工作的时候，最坏的可能会出现什么情况，是否有足够的策略来维持系统正常运行，我觉得ACCESS是可以胜任的。sql server 2000在98下智能装客户端，你得做更多的工作，至于7.0～～～，没用过。 要是数据库负担很重的话，建议用ms sql另外,mysql 在windows下也可以用的，据说还可以 瞎说，SQL Server在98下也是可以安装的，同志们不要妄下断言，只是要装个patch而已，安装盘上有，自己找找！ACCESS 确实可以搞定你的股票软件，但是推荐使用 SQL Server，除非你不考虑性能和安全问题。 MYSQL可以存储50000000条记录，而且简单易用，完全可以利用。 mysql可以运行在windows下，50000000条记录足够用了，而且稳定。用它好了。 书上写的：小型数据库，用access中大型数据库，用：mssql,mysql超大型数据库： Oracle,sybase,db2 我的数据表中的数据量还是蛮大的，按照传统的范化，一个数据表中至少会有几百万条数据。大家可以算一下，一支股票历史走势记录就会有几万条，几千只股票会有多少？所以为了减少数据量过大的压力，我想每只股票数据一个数据表，但不知几千个表，ACCESS能否受的了？ 另外，大家不要让我考虑 SQL SERVER2000，因为软件是给普通客户使用的。不是给企业用户 我建议用ms sql server我以前接触过mysql它不支持游标不知道现在加入这个功能了吗？ 我有几个问题股票类软件，你把数据库建在本地机上是为什么呢/我觉得是不是应把数据统一放在WAN的服务器上？为用户统一提供服务。像您这种需要，我觉得还是用大型数据库软件比较好，ACCESS可能可以胜任，但你要考虑到数据量的几何及数增大、数据库以后的移植、程序的维护开发的方便性上~~~~还是用MSSQLServer,可以采用7.0版，安装于98上没问题。我们学校招分办采用这种解决方案的产品 我做过测试，4万条纪录就差不多让access崩了。 你可以看看钱龙等是怎么做的，一般都是用户连到网上的数据库中去获取数据的，而不是放在本地的，放在本地不合理！如果实在要放在本地，那只好用access了，承受是可以承受的，只是有点...呵呵 我看就选access或者其他单机的数据库，别再想了。用dao或者ado来做。 呵呵，出于安全性上考虑，可以用Paradox.哈哈，老百性大概不知道.db用什么可以打开。 记录在10万条以下使用MSSQL Server 或者Sybase，以上的使用Oracle几千条左右的才用ACCESS 你可以参考慧眼，你可以每个股票建立一个MDB文件，不要把所有数据放在一个文件里。应该没问题。慧眼好象就是这样 我曾经使用Acess单个表存过17,000条记录，速度还可以接受。根据你的情况，建议使用多个数据库文件，否则自己创建数据文件 可以在access中多加入表，索引等，单机版的用access挺好。 access峦好用的，把数据分类做成不同的表!! 试试MySQL或者Sybase Adaptive Server Anywhere 还讨论什么呀？不是已经有人说的清清楚楚：我做过测试，4万条纪录就差不多让access崩了。单机板的，只能自己想办法了。现有的小型数据库都不行哦。 谁说4万条纪录就差不多让access崩了?我20万都挺好.在说你也没必要把所有记录放在一个表了，可以分散在多个表或者多个文件，这样可以提高检索效率 我到觉得可以这样一来： 先用ACCESS+ODBC做，数据库创建采用脚本实现，也就是说保存数据库创建的SQL脚本。由于采用ODBC所以可以进行数据库更换而程序不需变动。 如果不能用SQLSEVER的话单机数据库可以采用ORACLE的单机版本。 根据股票行情的数据量，access肯定不可用。 我觉得还是使用SQLserver好，access都不支持过程，若你有大数据流处理，那还不是完蛋了 ACCESS肯定不行，还是用MySQL吧 不知大家听说过Berkeley DB没有！平面数据库！速度特别特别快。不要安驱动。就是不太好操作股易用的就是这个！（这好象是商业机密啊） 我准备将一个股票作成一个MDB文件,但不知道用ADO进行跨库搜索时速度会不会很慢?ADO连接ACCESS数据库的速度怎么样? 谁说access肯定不行？乱说。好象能存取65535个表，几千个表绝对不成问题的。 我也同意access肯定不行的说法，现在所有个人版的分析软件都没有使用数据库的，自己直接操作文件就可以，简单易懂，易安装易维护。喜欢玩证券分析软件的朋友可以看看http://www.stockviews.info/Test/Index.htm （大小写敏感的，建议直接拷贝到IE的地址框中） 还讨论什么呀？不是已经有人说的清清楚楚：我做过测试，4万条纪录就差不多让access崩了。单机板的，只能自己想办法了。现有的小型数据库都不行哦。????谁说的，access数据库最大可以2G，表最大可以1G，我们现在做的几十万条数据没有问题，共500个字段呢！ 由于Access的对数据的操作用的是页面方式，所以速度慢，占用内存高，所以大数据量的工作不能用AccessOracle和SqlServer用的是纪录方式，所以很适合大数据量的操作建议用Oracle或SqlServer 经过一段时间的摸索，我发现Fox是个不错的选择，因为它的每个表其实就是文件，而且这个文件允许很大，你们说呢？ 这样的数据量对于Access来说太多了，效率会非常低，建议用sqlserver ytweiwei, 你玩股票软件也已至少有两年的时间了，这道理是应该清清楚楚的。现在流行的，被广泛接受的分析软件都没有使用数据库的（仅限于个人版，下同），钱龙是每一只股票一个文件，分析家是所有股票写成一个大文件，…… ……“经过一段时间的摸索，我发现Fox是个不错的选择，……”是完全行不通的，你知道那是DBF文件，而内容都是文本的方式存储的，写入时得来一次转码，读出又得来一次解释，可以说，每读一个记录都得进行相对复杂的运行，而进行补日线或数据导入等操作，你在用户可接受的时间内能处理才怪。慢是理所当然的，而文件的“体积”也一定大到你的潜在用户无法接受的程度（一般地，一只股票一天的日线记录是32字节，如何使用DBF的话，至少需要60字节，而为了周全的考虑，你可能得使用70字节左右）。直接使用数据文件，是最快最简单的办法，这是不容怀疑的。有机会到 http://www.stockviews.info/Test/Index.htm 捧捧场。 ytweiwei && 54181452其实我对分数这东东并不当回事，虽说也早在多年前说与你打过交道，但看到你这样，我真的很伤心。因为，你将失去很多东西，信任、友情和可能合作的机会。 对话框按钮问题 关于定时器的回调函数(TimerProc)的应用问题 使用vs2005插入access库失败？ 对话框问题？ link错误,如何解决？ 回车用\r表示，那么Ctrl+z用什么来表示的啊？（在线等！） 使用NetUserAdd API添加用户的的问题 文件夹对话框 请问在linux里怎么安装网卡~ 初学者：基于对话框的应用程序，点击按钮弹出另一个模式对话框怎么办？ 如何调试带参数的控制台程序？ 用Shell_NotifyIcon(NIM_ADD, &m_notifyicon)创建了托盘图标，但当MOuse指在该图标上方时，它便消失了，何解？
我见过一个access 数据库100多M的(pack过的，某个城市的车辆信息库)，用的时候其实不觉得慢，我想你这样的数据库不会那么大吧。我自己做过的access数据库，有过30万条，每条记录的长度可能稍短一点，但比起几千条要吓人吧。
你考虑一下，将来数据库工作的时候，最坏的可能会出现什么情况，是否有足够的策略来维持系统正常运行，我觉得ACCESS是可以胜任的。
sql server 2000在98下智能装客户端，你得做更多的工作，至于7.0～～～，没用过。
另外,mysql 在windows下也可以用的，据说还可以
小型数据库，用access
中大型数据库，用：mssql,mysql
超大型数据库： Oracle,sybase,db2
所以为了减少数据量过大的压力，我想每只股票数据一个数据表，但不知几千个表，ACCESS能否受的了？
股票类软件，你把数据库建在本地机上是为什么呢/
我觉得是不是应把数据统一放在WAN的服务器上？为用户统一提供服务。
像您这种需要，我觉得还是用大型数据库软件比较好，ACCESS可能可以胜任，但你要考虑到数据量的几何及数增大、数据库以后的移植、程序的维护
开发的方便性上~~~~还是用MSSQLServer,可以采用7.0版，安装于98上没问题。
我们学校招分办采用这种解决方案的产品
几千条左右的才用ACCESS
根据你的情况，建议使用多个数据库文件，否则自己创建数据文件
先用ACCESS+ODBC做，数据库创建采用脚本实现，也就是说保存数据库创建的SQL脚本。由于采用ODBC所以可以进行数据库更换而程序不需变动。
如果不能用SQLSEVER的话单机数据库可以采用ORACLE的单机版本。
不要安驱动。就是不太好操作
股易用的就是这个！（这好象是商业机密啊）
好象能存取65535个表，几千个表绝对不成问题的。
http://www.stockviews.info/Test/Index.htm （大小写敏感的，建议直接拷贝到IE的地址框中）
谁说的，access数据库最大可以2G，表最大可以1G，我们现在做的几十万条数据没有问题，共500个字段呢！
Oracle和SqlServer用的是纪录方式，所以很适合大数据量的操作
建议用Oracle或SqlServer
有机会到 http://www.stockviews.info/Test/Index.htm 捧捧场。
其实我对分数这东东并不当回事，虽说也早在多年前说与你打过交道，但看到你这样，我真的很伤心。因为，你将失去很多东西，信任、友情和可能合作的机会。