呵呵，‘360481’是查找条件筛选值，其表达式是qyjbxxb.xzqh='360481;多选的条件是输出字段选择。它们分别由两个变量xszd和cxtj接收，查询语句是：SELECT &xszd FROM qyjbxxb,qyzycpk WHERE &cxtj INTO  CURSOR cxjg
TonyDeng版觉得可行吗？

    谢谢tonydeng版主的耐心解说。
    对于论坛里每位老师的热心帮助，我都心存感激，也会认真学习领会各位老师的指点。关于5楼那个界面，的确是一个成熟的系统里面截图下来的，这个系统我用过多年了（从93年第一版单机版开始直到现在的第5版网络版），虽然界面略有变化，但思路一直没变。就目前这个界面，查询条件的字段选择是在list1里进行的，建立表达式需要选择关系运算符、键入“查询值”，可以通过多次“添加条件”选择多个查询条件，其间用“逻辑运算符”.and.或.or.连接，这个表达式在查询语句的Where子句里使用；而list2里一次性多选的字段是确定查询结果显示时输出哪些字段值的，它根本不会参与到查询记录筛选里去。
    关于用户输入查询值的问题，的确如版主所讲，我在使用过程中也感觉到了，我倒没什么，因为我早年使用的早期版本是开放式的，我查阅过其中的DBF文件结构，但有些同志使用时就对“查询值”的输入无所适从，需要进行专门的操作员培训。
    关于多表问题，我也开始意识到可能是自己有些异想天开。原系统里是单表操作的，我在想是否可改为多表操作。正如你所说，就本表单言，似乎是通过了，但下层表单的制作可能会是更头疼的事情。
    之前说过，本人一方面基础太差，同时年纪也大了，学习很多东西时都会慢许多。但本人学习的态度是绝对端正的，也是虚心的。我在上世纪80年代也曾站过十年的讲台，可惜教的是语文和历史。也正是这十年的教师经历，使自己养成了一个终身学习的习惯和良好的学习态度。我虽然会执着地学习，但决不会狂妄地自大。因为我知道：只有虚心向他人学习，认真听取他人的意见，自己才有可能进步。
    日后肯定还会不断地遇到问题，我也会继续向各位请教，还望一如既往地给予帮助。再次感谢！

[ 本帖最后由 陶然愚者 于 2013-2-2 09:49 编辑 ]

    TonyDeng版：关于“查询值”的输入问题，如果根据用户选择的不同字段类型在其旁以标签的形式给出相应的录入提示，界面会更好友好。请问这种设想可以实现吗？
    程序设计的思想，的确是应该宁可设计时辛苦一点，也要让使用者尽量方便一点。

[ 本帖最后由 陶然愚者 于 2013-2-2 10:57 编辑 ]

关于这个表单的问题，已经开过好几个帖了，各位老师给予了热情的关注和解答，十分感激。虽然问题还没最终解决，但根据论坛规则，貌似也该到了结帖期限了，暂且结了此帖，后续问题容后再行开帖，还望各位老师继续不吝赐教。

深入做下去就知道了。单表查询，或类似单表的表面多表查询，都可以用这种方式对付，但上面所说那些将来需要面对的东西，这样是不行的，必须用面向对象对的多态性和委托，不习惯面对相对编程的，很难做到。

非常有道理。目前就已感觉之前的思路似乎已经走进死胡同了。最头痛的问题之一就是查询结果似乎找不到一种合适的控件来输出。当初设想是想用表格，希望象浏览数据表那样输出。而面对两个表，特别是象这样父表的一条记录可能对应子表的多条记录的情形，表格似乎不知道如何处理。

接下去遇到的问题可能还会很多。