为一个食品超市做进销存系统,用什么数据最好?
主要考虑容量和速度,
有的资料上说可用ACCESS,有的又说ACCESS太慢,容量又不太……
我是第一次做这样的系统,请各位讨论

解决方案 »

  1.   

    Access为什么不行,能说明一下原因吗??
      

  2.   

    对Access97来说100000以上的记录就不是很理想了,(Access2000偶就不知道了),所以要看超市的商品数量有多少而定了。
      

  3.   

    看你的supper et有多supper了
      

  4.   

    一、俺做过一个连锁超市进销存管理软件,用的是Paradox,很快,但容量不够好,因此在设计时需要充分考虑。
    二、“速达”软件用的是InterBase,就是楼上某君所说的“垃圾”,俺用得上好,速度很快,容量也没问题。我不知道为什么有人说是“垃圾”。也许是羊不吃草的原因吧,所以“鲜”(真是稀罕)。
    三、MySQL和MS Access相对小巧灵活,推荐首选。
    四、Oracle、Sybase、SQL Server、DB2、Informix等等,都能胜任,如果是单用户或者收银用户很少,那么用这些大型关系数据库就相当于“杀鸡用牛刀”。有的人擅长用刀,有的人擅长用剑,快和慢不是数据库本身的问题,关键在于数据库的设计和实现。建议重点考虑三个方面:
    (1)成本(如果用D版,则不必考虑);
    (2)用户自行安装和维护的难度;
    (3)开发组最熟悉的数据库。
      

  5.   

    同意cnsuyong(小可),很客觀.肯定對樓主有幫助
      

  6.   

    sql server比较简单,而且资料也多
      

  7.   

    cnsuyong(小可)是不是做系分的,起码也象这块料~
      

  8.   

    InterBase也可以考虑,如果不用MSSQL
    access做网络不可以
      

  9.   

    你的数据量多大啊
    是网络版还是单机版啊,多少台机器
    需要考虑并发冲突么
    数据安全性要求高么?
    如果都不知道那就先选sql server 吧,上面的工具多,开发简单,而且转入转出都比较方便
      

  10.   

    建议重点考虑三个方面:
    (1)成本(如果用D版,则不必考虑);         MySQL不用D版,网上下载,
           内部使用不要钱!!(2)用户自行安装和维护的难度;
        
           几乎是安装完就能用,
           你还可以自己将MySQL数据库系统打包做成安装程序,
             同时将库表文件一同打包
           服务器管理与配置简单!!!! 
    (3)开发组最熟悉的数据库。
          
          标准SQL语句操作
          学习容易,
          如有不懂就来MySQL/Postgresql版,
          愿意为你解答所有我会的问题
    呵呵
    That's All!!!!
      

  11.   

    oracle一般用在超大型数据库,db2和sql一般用在中型的,而ACCESS和foxpro一般用在小型的当然快速开发一般用ACCESS。
    看你的商场多大了。我建议用sql-s
      

  12.   

    To  shuixin13(犬犬(心帆)) :
    vERY gOOD!
      

  13.   

    看你的超市是大是小了。 小的话用ACCESS 也可以啊。小巧。稍微大些用SQL-SERVER 吧。MYSQL也可以考虑。
      

  14.   

    补充发言:
    MIS或ERP系统几乎都基于数据库。
    如果数据库仅用于数据存储和查询,那么选择数据库的随意性就很大,只需要考虑数据容量、数据访问速度;对于这种情况,在设计时需要充分考虑数据分布、索引等问题,而在编程实现时则需要做很多有关数据处理的工作;
    如果数据库还用于内部处理,如存储过程、触发器等,那么应当考虑选择大型关系数据库;对于这种情况,在数据库设计时需要下大工夫,而开发应用程序时则很简单容易了。
    从开发效率的角度来考虑,推荐前者,因为Delphi中足以弥补如存储过程、触发器等各种数据处理;
    从运行效率的角度来考虑,推荐后者,因为大型关系数据库的数据处理效率等各方面都比自行开发安全可靠,并且应用程序的升级维护也相对简单。
      

  15.   

    低成本的考虑:
    a). 适合e-商务方式:  MySQL + php + linux
    b). 传统c/s模式: Interbase/Firebird + Delphi/Kylix + linux数以千计的用户环境:
    自然要用'超级'的数据库, 如 DB2, Oracle + java/j2ee
      

  16.   

    “速达”哪个版本是InterBase
    最早几百块的都是paradox
      

  17.   

    楼上的“似有似无”,给你一些URL,自己瞧瞧(“速达”当然有用InterBase)。
    http://www.every.com.cn/goods/64070002.asp
    http://www.superdata.com.cn/shop/s100010.asp
      

  18.   

    小超市用access或者用vfp,大一點並商品超過10000條的建議用sql server的!
      

  19.   

    建议一批具体参数,纯属个人意见,但也不至于是瞎编的若收银台在3到10个,用户数每天有1000到10000人,那每天的物品销量就会有1万到10万个单位,一年下来就会有千万级的数据量,若进行数据分析,还真得半天才统计得出来,所以,最起码也得用SQLSERVER企业版。若要有点前瞻性,就买更大的吧,买谁的,由操作系统来决定,首选UNIX,其次是LINUX,再其次是WINNT。因为IBM已经计划对LINUX进行大力扶持,所以,若买IBM的数据库,在LINUX一定会运行时不逊于UNIX下。如果每天销售数在1到5千条,就可以用LINUX+MYSQL也行,最便宜的了,个人认为可以承受得起
      

  20.   

    如果把数据按天、星期或月分别存放,那么也用不着SQL Server。楼上的观点基于所有帐单都存放在一张表中,显然这是最不可取的数据库设计方案,因为数据膨胀将会使数据访问速度急速下降。因此,还是那句话:关键看你如何用。咱们国家两弹都有大使馆还被炸呢,阿富汗穷得叮当响却可以制造“9.11”。关键看什么人能干什么事。俺就用过使用SQL Server的很烂的软件,也用过使用Foxpro却很棒的软件。但这不能说明数据库之间有什么显著优劣。只要你把握了数据库设计这一重要基础,用dBase都能搞掂。甚至作为一种挑战,完全可以不用数据库(只要你有时间,用类型文件就可以搞掂,当然这就有些钻牛角尖了)。
      

  21.   

    linux的维护费用比windows高,会linux的人少啊
      

  22.   

    就用 Access 使用方便,不用化多少时间去学习。考虑什么容量和速度。
    用友 那么大的进销存,不也用Access搞定。。
      

  23.   

    我推荐你使用,SQL SERVER!你如果,不想用的时候,可以转成其它的数据库!