Chinaunix首页 | 论坛 | 博客
  • 博客访问: 90802673
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802664
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802675
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802676
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802677
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802678
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802679
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802680
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802681
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802682
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802683
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802684
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802685
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802686
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802687
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802688
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802679
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802690
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802691
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802692
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802693
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802694
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802695
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802696
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802697
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802698
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802699
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802700
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802701
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802702
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802703
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802694
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802705
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802706
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802707
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802708
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802709
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802710
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802711
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802712
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802713
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802714
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802715
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802716
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802717
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802718
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802709
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802720
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802721
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802722
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802723
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 4 部分: 嵌入式 SQL 编程(2)-sdccf-ChinaUnix博客
  • 博客访问: 90802724
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:28:09

构建与 DB2 进行交互的应用程序

developerWorks



嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122822) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122821) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122820) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122819) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122818) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122817) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122816) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122815) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122814) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122813) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122812) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122811) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122810) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122809) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122808) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122807) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122806) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122805) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122804) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122803) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122802) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122801) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122800) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122799) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122798) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122797) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122796) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122795) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122794) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122793) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122792) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122791) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122790) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122789) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122788) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122787) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122786) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122785) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122784) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122783) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122782) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122781) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122780) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122779) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122778) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122777) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122776) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122775) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122774) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122773) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122772) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


嵌入式 SQL 编程简介

结构化查询语言(Structured Query Language,SQL)是用于操纵数据库对象及其所包含数据的标准化语言。SQL 由多个不同的语句构成,这些语句用来定义、更改和销毁数据库对象,以及添加、修改、删除和检索数据值。但是,SQL 是非过程的,所以它不是一种通用的编程语言。(SQL 语句是由 DB2 Database Manager 而不是操作系统来执行的。)因此,常常通过将高级编程语言的决策和序列控制与数据存储、操纵和检索等 SQL 功能组合起来,开发出数据库应用程序。可以用多种方法将 SQL 与高级编程语言结合起来,但最简单的方法是将 SQL 语句直接嵌入用于创建应用程序的高级编程语言源代码文件中。该技术被称作嵌入式 SQL 编程(embedded SQL programming)。

使用嵌入式 SQL 开发应用程序的缺点之一是,高级编程语言编译器不认识在源代码文件中嵌入的 SQL 语句,因而也无法解释它们。因此,在对包含嵌入式 SQL 的源代码文件进行编译和链接以产生可执行应用程序之前,必须对它们进行预处理(使用称作预编译(precompiling) 的过程)。为了便于进行预处理,在高级编程语言源代码文件中,嵌入的每个 SQL 语句必须以关键字 EXEC SQL 为前缀,并以分号(在 C/C++ 中)或关键字 END_EXEC (在 COBOL 中)结束。由一个称为 SQL 预编译器的特殊工具执行预处理;当 SQL 预编译器碰到 EXEC SQL 关键字时,就用特定于 DB2 的函数调用替换随后的文本(直到发现分号(;)或关键字 END-EXEC),从而将遇到的 SQL 语句转发给 DB2 Database Manager 进行处理。同样,DB2 Database Manager 也无法直接使用高级编程语言的变量。相反,它必须使用称为宿主变量(host variable)的特殊变量,在应用程序和数据库之间移动数据(我们将在 声明宿主变量 一节中更加深入地了解宿主变量)。宿主变量看上去与任何其他高级编程语言变量一样;为了加以区分,必须在名为声明段(declare section)的专用区域中定义它们。另外,为了让 SQL 预编译器区分宿主变量和 SQL 语句中的其他文本,对于宿主变量的所有引用都必须以冒号(:)开头。





回页首


静态 SQL 语句是一种可以在开发时在应用程序中进行硬编码的 SQL 语句,因为关于它的结构和要与之交互的对象(例如表、列和数据类型)的信息事先就知道。由于在开发时就知道静态 SQL 语句的细节,所以分析语句以及选择最优化的数据访问计划来执行该语句等工作由 DB2 优化器在开发过程中执行。由于其操作形式已存储在数据库中(作为一个包),无需在应用程序运行时生成,所以静态 SQL 语句可以快速执行。

该方法的缺点是,在执行之前,必须准备好所有的静态 SQL 语句(换言之,必须生成其访问计划并存储在数据库中)。而且,在运行时不能更改静态 SQL 语句,而且每个使用静态 SQL 的应用程序都必须将其操作包绑定到应用程序将要与之交互的每一个数据库上。此外,因为静态 SQL 应用程序需要提前了解数据库对象,所以在开发应用程序之后修改这些对象可能产生意想不到的结果。

以下是静态 SQL 语句的示例:

  SELECT COUNT(*) FROM employee

  UPDATE employee SET lastname = 'Jones' WHERE empid = '001'

  SELECT MAX(salary), MIN(salary) INTO :MaxSalary, :MinSalary FROM employee
        

静态 SQL 语句通常较适合于对一组已知的数据库对象执行预定义操作的高性能应用程序。





回页首


虽然静态 SQL 语句非常容易包含在应用程序中,但其使用有些受限制,因为必须事先知道它们的格式。而动态 SQL 语句要灵活得多,因为它们可以在应用程序运行时进行构造;关于动态 SQL 语句的结构以及要与之进行交互的对象的信息不必事先知道。此外,因为动态 SQL 语句没有预编码的固定格式,所以可以更改它们所引用的数据对象,而不会影响语句(只要语句引用的对象没有被删除)。

尽管动态 SQL 语句通常比静态 SQL 语句更加灵活,但是将其包含在应用程序中的过程常常更为复杂。因为分析语句并选择最优化的数据访问计划等工作是在应用程序运行时执行的(同样由 DB2 优化器完成),所以动态 SQL 语句的执行时间比等效的静态 SQL 更长。(由于动态 SQL 语句可以利用在应用程序运行时获得的数据库统计信息,所以也存在动态 SQL 语句比等效的静态 SQL 语句执行更快的情况,但是那些都是例外而非一般情况。)

以下是动态 SQL 语句的示例:

 SELECT COUNT(*) FROM ?
	
 INSERT INTO EMPLOYEES VALUES (?, ?)
	
 DELETE FROM DEPARTMENT WHERE DEPTID = ?
        

动态 SQL 语句通常较适合于与快速更改的数据库进行交互或者允许用户定义和执行特定查询的应用程序。

阅读(122771) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~