本人非程序员职业，学的专业也非计算机编程的，但在实际工作中，为了提高自己的工作效率，也做了一些企业管理方面的小程序，效果很好。VFP是一个关系数据库软件，很多狐友太关注编程方面的技术因素，不太研究数据库，这本身就忽略了VFP的最大优势。VFP程序语言的根本目的是处理数据，而如何组织数据就是编程最关键的第一步，数据组织得当，编程可能就会事半功倍。而组织数据却是所有程序员最大的弱项，因为要把数据组织得好，需要很深的专业功底。如果数据组织的很合理，就会减少或者根除数据冗余，而处理冗余数据却要浪费大量的精力。遗憾的是，既会组织数据，又会编程的人确实不多。真正要组织好数据，就必须既是应用领域的专家里手，还要懂得计算机编程技术，要用计算机程序思维去组织数据，而不是用计算机去模仿手工组织和处理数据，而编程也要尽可能照顾到应用人员的思维习惯。举例来说，就企业管理方面来说，真正需要的数据源并不多，但需要提供给使用者的数据形式却是多种多样，看到很多企业管理方面的软件，确实感到可悲，光处理各种表格的菜单就多得不得了，用户看的是一头雾水，而编程人员要实现这些表格，必然要产生大量的中间表，这些中间表，绝大部分是冗余数据。这就是程序员不懂业务造成的，因为程序员不知道用户在何时用何种方式进行数据检索和查询，只是根据用户提供的一些手工表格样式来编程，尽可能把所有表格都做好，用户需要哪个，自己来选。如果程序员把统计、查询程序做好了，做成了“万能”，可想而知，这个软件会是多么简洁和实用啊！VFP强大的SELECT-SQL功能又具有跨表间检索查询数据。我认为SELECT-SQL是VFP的核心，是如何组织数据和处理数据的桥梁纽带，如果把SELECT-SQL研究透了，可以改变我们组织数据的思维，可以改变整个程序的结构，使程序变得简洁而功能强大。希望各位狐友高手多介绍SELECT-SQL的心得和经验。说白了，我们要多花些精力去“谋篇布局”，把程序总体架构做好了，再去解决界面和数据输出问题，就会事半功倍。

收到的鲜花

• tlliqi 于 2014-09-25 12:33 送鲜花  20朵   附言：铁狐狸 厉害呀

SQL是结构化查询语言的简称，并不是VFP自身就有的。

呵呵

铁狐狸 厉害呀

结构化查询语言SQL为VFP注入了精髓，可以这么说，没有SELECT-SQL，关系型数据库就无从谈起。我们学习VFP，不搞懂、不会用SELECT-SQL，就不会“谋篇布局”，搞出来的东西，就是花拳绣腿。本菜鸟想抛砖引玉，希望从各位“高狐”那里学点更深奥的东西。

    在某一个管理系统中，应用到的数据库表并不是很多。比如仓库进销存系统，虽然程序做的很大，但是主表实际上只有3张。那就是：入库明细表，出库明细表，库存表。其他的表全是为3张表服务的。比如，商品信息表，客户表，调价表，登录人员表，明细表的目录表等等。理清了表与表之间的关系，写起程序来就很容易。
 
   根据客户的工作模式和习惯，再构建窗口界面，使操作界面即能符合用户习惯，简洁、明确、易操作！同时又能很方便的调用数据库表。关于入库和出库窗口，一律使用模糊输入法，直接在grid 中实现，尽量模仿手写板方式，一边输入，一边可以即时修改和删除等。窗口上的按钮尽可能的做的最少。
 
   比如，一个出库单窗口，只有这么几项：一个总标题在表单的最上面，表明 '某某单位出库单据'。一个 grid 框，此框内完成全部的输入，修改和删除。下面只有2个按钮，存盘确认和放弃返回。整个界面看上去基本上没啥东西，使客户感到很简单自然。
 
   但是，越是好使好用的界面，程序处理越是复杂。用 grid 如何完成那些复杂的功能呢？那就看我们如何去做了。我们不能让客户，来手工向里面打字，这失去了grid 的意义。grid 里面，表格开头列是序号，其次是：索引码，品名，规格，单位，单价，数量，金额，产地，批号等。
    客户输入：在索引码栏内，输入拼音码或扫条码或五笔吗，回车。符合条件的品种信息框出现，点击一条信息或用↑↓选择一条，回车，grid 里自动填入一条记录。这时，焦点自动落在数量栏内。输入数量回车，金额与单据总合计自动显示。删除记录：鼠标右击一条记录，删除提示框出现，点击‘是’删除。
    一条记录输入完成，焦点自动落在索引码栏内，继续输入直至结束。最后点存盘确认，询问是否打印。完成后，表单刷新，进行下一张单据。如果用户操作操作熟练时，一张不大的单据数秒完成。
    （以上仅为个人体会，仅供参考）

收到的鲜花

• tlliqi 于 2014-09-25 17:25 送鲜花  20朵   附言：加分

我们做的库存管理系统，主表只有2张，年初结存和入出库明细。

入出库明细,放在一起也行。因为入出单据的明细项目和格式都差不多。但是，如果数据量大，又便于用出入库的各自单据号，分别查询单据内的明细内容时，分开好处多一些。毕竟出库与入库还有个别不同的地方。（仅个人意见）。

可是关系型数据库比selec-sql要早出现N年啊。

还不只是谁先谁后的问题。
一定不要带着“否定”或“对立”的态度去学习，法无定法，各式各法在不同场合各有长短，有时乱柴也会打死大师傅。