cobol写sql命令
SQL中WHERE子句中可以利用LIKE来匹配相似的数据项，当时我得到的结论是可以使用"%"来匹配字符串，在SPUFI中使用，的确可以得到字符串匹配的效果。如：
SELECT * from TEST
WHERE TESTID LIKE "CZX%";
上面这句在SPUFI中提交执行后，就可以将TEST表中所有TESTID中所有以"CZX"字符串开头的项都找到。
然而，在COBOL中执行嵌入的SQL语句的时候，"%"就只能匹配一个或空的字符了，如：
EXEC SQL
SELECT * from TEST
WHERE TESTID LIKE "CZX%"
END-EXEC.
就只能查询出以"CZX"开头的且最后长度不超过4的项。
一开始的时候我并没有注意到这个问题，因此，在匹配字符串的时候，老是查询不到预期的数据。当我最终发现这个问题的时候，也没找到该用什么符号来匹配字符串，最后，想了一个利用"%"来完成字符串匹配的方法：
1、声明一个字符串匹配的变量，长度为数据库中要匹配项长度+2，如：TESTID-FILTER全部存放"%"；
2、将从终端获得的筛选字符串,如TESTID-INPUT去掉空格后，插入到1中定义的变量的第二位；
3、得到字符串TESTID-FILTER就是用在LIKE中匹配字符串的宿主变量了。
也就是说，将终端得到的数据变成形如"%*******%%%%%%%%%%"这样的匹配字符串，用于数据库的查询。这样，就可以成功的实现查询数据库中该项包含"******"字符串的所有项。
相关文档：
下面提出了10条和DB2 SQL性能相关的10条因素：
1、提供适当的统计信息
对DB2优化管理器（otimizer）而言，如何更加有效的执行SQL语句是由存在于DB2 catalog中的统计信息决定的，优化器利用这些信息决定最优化的路径。
因此，为了保持系统能够做出最佳选择，需要经常的运行Runstats命令，来保持系统统计信息的及时有效。� ......
先说说这些误区。所谓“误区”，有一些是新手很容易犯的错误或者很容易忽略的问题，另外一些，则是像“耗子吃了盐会变成蝙蝠”一样，让我们从小就认为是正确的事情。如下：
1、 表上不管用得着用不着，都加个聚集索引。
我们知道，表以两种方式组织物理存储：有聚集索引的“聚集� ......
应一位网友的需求，并修正了MVP李洪根".NET平台下WEB应用程序的部署(安装数据库和自动配置)"中的osql用法错误，已测试通过。
一).创建部署项目
1. 在“文件”菜单上指向“添加项目”，然后选择“新建项目”。
2. 在“添加新项目”对话框中，选择“项目类型”窗格� ......
◆1.DBCC CacheStats ：显示存在于当前 buffer Cache 中的对象的信息，例如 ：hitrates 编译的对象和执行计划
DBCC CACHESTATS
从这个命令可以得到一些关键的统计信息：
Hit Ratio：显示特定对象可以在Sql Server的缓存中被命中的百分比，这个数值越大，越好
Object Count：显 ......
1、创建安装项目“Setup1”安装项目
在“文件”菜单上指向“添加项目”，然后选择“新建项目”。
在“添加新项目”对话框中，选择“项目类型”窗格中的“安装和部署项目”，然后选择“模板”窗格中的“安装项目”。在&ldquo ......
