复杂查询数据库数据方法初探.docVIP

复杂查询数据库数据方法初探 　　【摘 要】数据库应用系统中数据的复杂查询问题，长期困扰着使用者和开发者。本文通过具体问题，论述了实现复杂查询的方法，同时论证了各种方法的特点及适用范围。 　　【关键词】查询；动态；数据窗口 　　当今数据库技术已成为计算机应用的核心技术，可以认为当今任何计算机信息系统和计算机应用系统都与数据库的应用分不开，数据库已成为其核心和基础。建立数据库应用系统是要充分利用数据库中的数据。对数据库中的数据进行的操作除增加、更改和删除外，最常用，也是重要的是查询操作。即便是最简单的数据库应用系统，也离不开查询功能，查询可以说是进行数据管理的重要手段，不过也是数据库应用系统开发过程中较困难、花时间、有一定难度的部分。 　　1. 问题的描述 　　某单位根据上级部门的要求建立人员信息管理应用系统，它是人事管理信息系统的子系统。人员信息管理系统是对人员所有信息的全面管理，包括：基本信息、培训或进修信息、履历信息、工资变动信息、离退信息、家庭成员及社会关系信息等等。 　　在应用中为保证数据的规范化，需充分利用国际代码和组标代码，这样做也可以节省存储空间。将这些代码表建成数据库中的静态表，包括：性别（GB2261）、籍贯（ZB01）、民族（GB3304）、婚姻状况（GB4766）、政治面貌（GB4762）、学历（GB4658）、工资变动文件（ZB52）和离退状态（GB12405）。它们的结构基本相同，每个表中都有两个字段，分别存储代码及内容。 这些代码表一旦建立，表中数据对应用来讲是相对不变的，所以称为静态表。在需要的时候，静态表的数据可以修改，一般放在维护中进行。 　　2.使用SQL语句 　　SQL查询语句只使用命令动词：SELECT但这种方法要求操作者对数据库的结构有充分的了解，对用户即使了解SQL语法，也只能完成简单的查询，对复杂的查询工作简直是望尘莫及了。也就是说单单是SQL语句，并不能很好地完成数据库的复杂查询，必须要与其他技术配合使用。另外，使用SQL语句进行查询，只能直接反映每一列的信息，而我们的基本表是尽可能地保存代码以保证数据的规范且节约存储空间。也就是说，我们能得到准确的查询结果，但得到地却是整篇的代码，这对开发者和使用者都难以接受。如果能够将整篇的代码自动转换成所表达的文字，那当然是再好不过了。 　　3. 借助PowerBuilder实现综合信息的查询 　　目前，随着工具软件的发展和广泛采用，使数据库应用系统的开发如虎添翼，其中PowerBuilder以其独特的数据窗口（DataWindow）倍受欢迎。利用PowerBuilder提供的内部查询机制，我们即可以让数据窗口作为查询条件的输入，又可以让该数据窗口作为查询结果的输出，这样就可以使数据窗口中的所有数据项进行自由组合的查询。事实上条件的输入及元组的显示完全可以在一个数据窗口中实现，考虑到这两种操作的差别，将其用两个数据窗口控制来实现。这就要求dw_2与dw_1数据共享，即要求dw_que1与dw_que2两数据窗口的数据源完全相同，用这种方法实现查询优点突出，注意：这要事先建好下拉式数据窗口。设置数据窗口中对应列的编辑风格同样可满足其它显示需要。利用数据窗口的风格特点：查询表的列宽、列序可自由改变，甚至可以覆盖掉一些列，以达到更满足查询显示的需要。 　　综合查询的信息来自多个表，改变数据窗口的数据源，采用多表连接的数据源即可实现。但是如我们问题的描述，如果我们需要的查询项随机地来自这些表中的数据项，显示项也是随机地。这种任意条件的组合，可选输出项的显示称为动态查询（Dynamic Query）依然采用上述方法，数据窗口dw_que1与dw_que2的数据源将是这些表的连接，先不说效率问题，单从这426个项中输入查询条件，又显示这426个项，就使人敬而远之。因为，在每一次查询前，都不了解此次查询的要求是什么，这样，每张表中的每一个数据项都缺一不可；另一方面，每一次的查询，一旦查询条件确定、显示条目也确定后，我们会发现，每一次有意义的查询并不是需要全部的些表，换言之，每一次查询没有必要将些表全部连结，而应只连接那些被选中数据项所在的表，即数据源是动态产生的。由于数据源不确定，数据窗口就无法设计，动态查询无法用这种方法实现。 　　4. 动态查询的实现 　　在某些实际的应用系统开发中，由于用户在开发前提不出查询的需求，而在系统运行中希望能够对所有的数据项任意组合进行查询，以满足来自多方的需求，实现动态地查询（即随机地从些表中选择数据项进行组合作为查询条件并任意地选择数据项作为显示条目）。对于此类查询的实现要利用PowerBuilder通过编程的方式在运行时动态地创建数据窗口，并动态地控制数据窗口。 　　动态地创建一个数据窗口，应用程序需要执行下列任务：