用SQL SERVER2000就可以,而且操作比较方便。

解决方案 »

  1.   

    听说sql和oracle都很慢啊,而且本身sql语句就很慢!我们老师说不可以用select等sql语句!
      

  2.   

    开什么开玩笑?1000万条数据,不可以用SQL语句?什么数据库啊?SQL是一种介于关系代数与关系演算之间的结构化查询语言,一个通用的关系数据库语言,难道你们老师不用关系数据库?
      

  3.   

    VFP快和SQLSERVER慢是事务处理引出的,看你什么了,我认为VFP不适合作大型数据库开发
      

  4.   

    如果永远是“本地运行”,并且不考虑数据安全性(动不动数据库就被损坏,造成数据丢失甚至乱七八糟面目全非),如果是“业余爱好”,那么vfp是可以的。要承认一点,foxpro确实比SQL Server甚至Oracle都要快。Access也快。MySQL也快。文本文件,不包含任何数据库系统的内含(比如没有自己的SQL语言版本、自己的查询优化器)的东西都要快。但是,“快=无用”。
      

  5.   

    了解“什么是事务处理”,也就了解为什么SQL Server数据库离不开“日志”。
      

  6.   

    后台用SQL Server前台用VFP就更好了(C/S方式),二者的长处都用到了.其实1000万也不是什么大数字,VFP的一个表允许10亿条,要是表不是很多就用VFP全部搞定吧,那样速度更快.
      

  7.   

    1000万条数据还是用SQL Server放心
      

  8.   

    VFP数据库在数据较多时表现并不是太好,不稳定,而且查询效率并不太出色。数据量少的时候优秀。
    SQL查询语言是一种标准,业界的规范。而且SQL Server能够通过优化在数据量较大时达到很高的性能,稳定性比VFP更要好得多。
    开心就好!!!!
      

  9.   

    我想用SQL SERVER好,起码有很多事情它都能帮你解决,VFP应该没那么容易做,会想到你头都爆的。happyhong
      

  10.   

    我觉得VFP还是很好的,学起来快,用起来也快,看你拿来做什么了
      

  11.   

    一星期后就会交作业了,到时我也会把具体情况告诉你们。
        我们老师确实是只用vfp的,他自己说自己很厉害的,他说他做的数据库一般都不用维护的,而且速度极快。
        他建议我们用locate命令,find函数和seek函数等,但不准用select语句!
      

  12.   

    你们老师做过一天就有1000万条记录变化的数据库没有,牛皮吹破了
    对于做数据库的来说,有人觉得FTP很好吗?有人不用sql吗?应该不会有吧
      

  13.   

    select语句要进行笛卡儿乘积,这就是我们老师要求我们不用sql的原因。
        例如select A1,A2,...,An
            from r1,r2,...,rm
            where P
    等价于
        ||A1,A2,...,An(&P(r1*r2*...rm))  (不会打符号,例如&是选择运算等等,大家明白就行了)  
        但时间浪费于r1*r2*...rm上。    不过sql也许会转换表达式至等价但效率更高的的形式,关于这点以我的菜水平可就不知道了!
      

  14.   

    你们老师变态,他只用VFP?如果只是单机使用,那我相信,觉得这样也可以,但是VFP在大访问量(同时有数千,甚至数万人,让他用VFP去试试。)的时候肯定没有MS SQL,ORACLE好。
    你说的那种select A1,A2,...,An
            from r1,r2,...,rm
            where P
    情况很少,JOIN5张表已经是很厉害了,再多的话设计者会考虑效率问题,而使用其他办法。你说的“locate命令,find函数和seek函数”在标准的SQL里面用的不多吧?至少我看到的基本都是用SELECT。总结:如果只是完成老师的作业,那就用VFP,如果你想知道毕业以后的方向,那就是SQL。我至今遇到的客户,用VFP的都是国家机关、部门,程序都是很久以前的,只要是近几年的都是用MS SQL之类的数据库。
      

  15.   

    SqL Server 2000 不要说1000万,就是一亿条数据也没有问题
      

  16.   

    海量数据处理,建议用ORACLE OR DB2 系统用UNIX
      

  17.   

    数据量比较大,
    建议用ORACLE
      

  18.   

    如果是 1000W ,SQL Server是没有问题的,管理也比较简单些,但无论如何离开SQL 语句是不可能的
      

  19.   

    用paradox好,速度比sqlserver快得多。如果机器不好,查询100万条数据 sqlserver已经动不了了,但是paradox还不错!
    不可能
      

  20.   

    用数据库不用sql语句,那就是弱智。VFP是单机版数据库,被称为dead database。select的笛卡儿积是很大,就像刀可以杀人,难道就不用刀了?
      

  21.   

    我现在做的应用就快1000万条数据了,sql server 2k,如果索引没有建好就很慢,建好就很快,和表结构、sql语句关系很大。
    100万条数据在我本机(C733、128M)很流畅,sql server 2k完全没有问题。
      

  22.   

    第一回听说1KW,而且是不用select,我想你们老师要不就是为难你们,要不就是他对数据库有偏见啊,就是生成1KW的记录,我都要多久, 而且在实际的数据库应用中,他开发的数据库也许会比我们现在用的好一点吧
        SQL就够用了,VFP,还不至于这么好用吧有SQL好用么?
        在学校学习的时候没觉得。
      

  23.   

    Informix,很多银行和电信的unix数据主机都用它
      

  24.   

    我现在用的就是sql server 2k 特慢的说,我更新表中的一个字段就要花6个小时
    (我的机器:p4 1.8G,512M内存)
      

  25.   

    哈哈,一个更新6个小时?Informix我觉得不错,只是现在被IBM收购后用得少了。当初用过只有3张软盘安装程序的Informix for SCO,各方面表现都很好。
      

  26.   

    to hongchenguoke(过客) :
    "我现在用的就是sql server 2k 特慢的说,我更新表中的一个字段就要花6个小时
    (我的机器:p4 1.8G,512M内存)"
    ==>这都已经不是数据库的问题,是需要tunning了,这时候就是dba显功力的时候了,呵呵。
      

  27.   

    至强2.4G, 最大的表 104万行,数据大小600M, 系统运行时服务器CPU 占用率 1% ,如何?
      

  28.   

    回复人: hongchenguoke(过客) ( ) 信誉:100  2003-09-16 15:38:00  得分:0 
     
     
      呵呵,楼上的好笑么,你见过几十台机器同时跑数据也要跑一夜的壮观场面么,我做的处理只不过是做成的结果表而已也要六个小时的说
      
     
    ------------------------
    好笑好笑,你见过几百只蚂蚁一起搬一个树叶么?
    不要动不动就骂机器差抑或操作系统差抑或应用环境差,想想自己的程序、数据结构、算法的问题先。
    前几年,银行的应用我做了两年,SUN E10000:16CPU 4GRAM,当时中国最好的机器,你用过么?不要以为自己见过几十台机器就牛b轰轰。
      

  29.   

    我现在用的就是sql server 2k 特慢的说,我更新表中的一个字段就要花6个小时
    (我的机器:p4 1.8G,512M内存)    你处理多大数据量?