有关VF数据库学习的最好的资料.doc

以下是引用judc在2003-10-20 15:36:00的发言：引子：业界共识:　　1.最有钱途的语言是数据库语言。　　2.vfp是数据库开发前端，加上sql。至于能否象当年excel挑战lotus 1-2-3般冲垮作为数据库前端的pb之类，我尚未得知。至少vfp被微软定位为中间件的构建者。　　3.不管你目前处于什么阶段,你都会在为强而大的/能在市场竞争中分一杯羹的应用系统而奋斗(唱独角戏或合唱)。　　纵向比较（版本升级）给我们自信，横向比较（不同语言）给我们自觉。　　自知之明历来为智者所认同。不少foxer在纵横地深层地完善vfp功能，让我们在以vfp为主体的开发中更专业更简便更具竞争力。这除了让我心存感激与幸运，我真不知要说什么。　　但在五彩缤纷的各类控件与技巧面前，作为初学者，尤其是开始做项目的初学者，在有限的时间与精力制约下，您应以何为重？　　本人将从实战的阵痛中体味到的陆续献给初学者(单用vfp而未用sql),以起拋砖引玉之功效.帮助初学者将来从理念/代码风格上较平滑一过渡到c/s系统.忠告之一:　　尽量用视图来完成增删改而不直接对原表操作,在窗体中尽可能少直至不用关联的所谓便利。忠告之二：　　数据第一，界面第二。　　当你对每个表的结构，用途，将会发生的增删改查，相互之间的关系拎不清的时候，暂停美化你的界面。　　数据的完整性，正确性，准确性，安全性，合理性等的保证，还有数据的冗余与查询的简便之间的取舍，是老生常谈，但反而常被忽略。在维护过程中，当某个界面设计受到质疑的时候，你只要用browse就能理清基本思路时，至少我的心定下来了，你的心情我不得而知。　　vfp的一支双刃剑是有很多的定位记录命令，但每一个都有长短处，你的系统在开始使用时由于数据量小，平安无事，当数据量达到一定程度时，速度会怎么样？至少我是耿耿于怀的。有些不当的处理甚至会导致系统的瘫痪。　　数据库结构的合理性决定了系统的可扩充性。对客户及维护者而言，有时优美的界面成了温柔的陷阱。因为vfp对数据的操作的可用命令“太多”了，尽管它们各有长短处。　　（请高手雅正及助阵。。。。。）妙手偶得之‘，上网之美妙从我如下的转抄得以体味：主题：如何优化数据系统面对数据冗余 发信人: hunter__fox(雁回西楼)整理人: hunter__fox(2002-05-21 10:06:01), 站内信件 　　从关系数据据的原理来看，是不应当存在数据重复这一现象的。 　　那么，为什么我们的数据库里为什么常常会出现重复的数据呢？我们应当怎样在这一方面来优化数据结构呢？ 　　首先，让我们看看数据库里出现重复记录的特征吧。如果你的代码里常常出现下面所所述的内容，那么，就证明你的数据库结构有必要进行优化。　　一、常常需要使用 RecNo() 这样的函数来取得记录号以便进一步获取一条记录中的数据。 　　二、数据库中的表很少，基本上一条记录就是一组相对很完整的数据信息，一般情况下，读取信息，不需要从多个表中进行查找。 　　三、很多时候，在 Browse 或 Grid 中看到的数据表，里面有很多记录的同一字段内容相同或大部分相同。 　　四、很少使用组合查询或视图。　　五、数据库很快就膨胀起来，以至于不得不经常将相对较旧数据从数据库中移出。 　　六、常常需要使用 Append From Array 这样的批次添加的命令来操作数据库中的记录。　　七、表格字段数很多。　　八、表格中存在相同含义或相近含义的字段。　　九、数据库中存在很多与其它表无关联的表格。　　下面，我们针对以上各种情况，具体分析各自的起因，并通过进一步的挖掘数据之间的关系，来找出一个优化的办法。 　　对第一种情况，即，使用绝对记录号的问题。关系数据据库中，从一个最朴素的思想出发，我们可以得出这样一个结论：一个数据库中的数据，是互相关联的。因此，应当没有不能通过这种数据与数据之间的关联来定位的数据记录。在使用 SQL Server 时，很少有机会让我们使用 绝对记录号来操作数据记录，更通常的情况是，我们通过一组表达式来确定我们需要操作的数据对象。在 SQL Server 中，我们的一个表中，如果出现两条完全想同的记录，那么，这个表就很可能再也无法正常使用了——你无法再通过一个表达式来更改其中一条记录。　　因此，我们在对于 VFP本身的数据表进行操作时，也应当铭记这样一点：没有完全相同的记录。只要存在不同，我们就可以通过不同之处将它们区分开来，而不必使用 RecNo() 这样的绝对记录号来做这样的事。RecNo() 的作用不是用来在存取数据时定位记录的，它在 VFP中提供出来，是作为另一种用途的，很可惜，没有多少书籍能够提到这一点，以至于初学 VFP的朋