今天在指导一个小型DB2项目开发时，突然想到了为什么SQL注入攻击之类的黑客技术在我接受的DB2的mainframe项目中根本没有提及，应该就是因为DB2的静态SQL语句机制。 我们先来看定义。静态SQL：在编程语言中，语句以hard code的方式写在程序中，但是其中允许有变量。这样的程序需要经过DB2预编译，将对这样的SQL语句的调用变成native language call。而实
环境：
Windows系统
DB2客户端或者服务端
一、准备工作
运行db2cmd或者db2cw打开DB2命令行处理器
进入SQL脚本存放目录
用db2 connect to <dbname> user <username> using <password> 命令连接数据库
用db2 set current schema <schema_name>
SQL0964CThe transaction log for the database is full. 这个错误说明事务日志已满，查到一些解决方法：方法一：命令行方式把日志文件的大小和日志文件的数量扩充，如下命令：db2 update db cfg for DATABASE using LOGFILSIZ 7900 db2 update db cfg for DATABASE using LO
在数据库调优过程中，SQL语句往往是导致性能问题的主要原因，而执行计划则是解释SQL语句执行过程的语言，只有充分读懂执行计划才能在数据库性能优化中做到游刃有余。 常见的关系型数据库中，虽然执行计划的表示方法各自不同，但执行原理却大同小异。在我看来，SQL语句的执行过程中总共包含两个关键环节：读取数据的方式（scan）：包含表扫描和索引扫描表之间如何进行连接（join）：包含Nest Lo
在数据库调优过程中，SQL语句往往是导致性能问题的主要原因，而执行计划则是解释SQL语句执行过程的语言，只有充分读懂执行计划才能在数据库性能优化中做到游刃有余。 常见的关系型数据库中，虽然执行计划的表示方法各自不同，但执行原理却大同小异。在我看来，SQL语句的执行过程中总共包含两个关键环节：读取数据的方式（scan）：包含表扫描和索引扫描表之间如何进行连接（join）：包含Nest Lo
当需要从数据库查询的表有上万条记录的时候，一次性查询所有结果会变得很慢，特别是随着数据量的增加特别明显，这时需要使用分页查询。对于数据库分页查询，也有很多种方法和优化的点。下面简单说一下我知道的一些方法。准备工作为了对下面列举的一些优化进行测试，下面针对已有的一张表进行说明。表名：order_history描述：某个业务的订单历史表主要字段：unsigned int id，tinyint(4) i
1.sanpshot方式 db2 get monitor switches db2 "values application_id()" db2 get snapshot for application applid *LOCAL.DB2INST1.160426050147 2.db2pd 方式 db ...
