DB2中的prepare和bind
要解释这些还关系到好几个概念:
1. 动态SQL和静态SQL：在程序运行的时候才能确定执行计划的SQL是动态的；在程序编译的时候就已经可能知道执行计划的是静态的
静态 SQL：静态 SQL 语句一般用于嵌入式 SQL 应用中，在程序运行前，SQL 语句必须是确定的，例如 SQL 语句中涉及的列名和表名必须是存在的。静态 SQL 语句的编译是在应用程序运行前进行的，编译的结果会存储在数据库内部。而后程序运行时，数据库将直接执行编译好的 SQL 语句，降低运行时的开销。
动态 SQL：动态 SQL 语句是在应用程序运行时被编译和执行的，例如，使用 DB2 的交互式工具 CLP 访问数据库时，用户输入的 SQL 语句是不确定的，因此 SQL 语句只能被动态地编译。动态 SQL 的应用较多，常见的 CLI 和 JDBC 应用程序都使用动态 SQL。
也就是说动态sql可以还没有表名就可以执行了
2. prep/precompile：不要把prep看成是prepare了，这里是预编译
3. 嵌入式SQL：这个就没办法找到很好的定义了。一般来说使用标准接口的程序都是非嵌入式的，像CLI/JDBC/ODBC。现在只有C和COBOL是支持嵌入式SQL的了。目前大部分应用程序都不是嵌入式的了。嵌入式sql就是说嵌入在代码中的sql，可以直接在代码中操作数据库
标准的SQL是非过程化的查询语言,就具有操作统一,面向集合,功能丰富,使用简单等多项优点,但和程序设计语言相比,高度非过程花的优点也造成了它的一个缺点:缺少流程控制能力,难以实现应用业务中的逻辑空值.SQL编程技术可以有效克服SQL语言实现复杂应用方面的不足.提高应用系统和数据库管理系统之间的互操作性.
接下来再看看：
PREPARE：目的主要是把动态SQL进行解析成标准函数，生成package，让其在程序运行时生成执行计划。主要是针对动态SQL的。
BIND：主要是针对静态SQL语句的，在BIND的过程当中语句的package就已经获得执行计划了。在precompile的时候就已经绑定了，如果有什么修改会导致静态SQL的执行计划会更改的，就需要rebind。一般来说是在开发环境里面重新编译一下，重新生成bnd文件，然后将新的bnd文件拷贝到生产环境里面再rebind。另外，只有SP、UDF和使用了嵌入式SQL的程序才需要BIND。