使用动态SQL检索表结构（使用动态sql检索表结构图）

25-03-19 7

此处将为大家介绍关于使用动态SQL检索表结构的详细内容，并且为您解答有关使用动态sql检索表结构图的相关问题，此外，我们还将为您介绍关于c语言中的静态sql改写成动态sql方式、DB2sql——动态s

此处将为大家介绍关于使用动态SQL检索表结构的详细内容，并且为您解答有关使用动态sql检索表结构图的相关问题，此外，我们还将为您介绍关于c语言中的静态sql改写成动态sql方式、DB2sql——动态sql，静态sql，嵌入式sql、MyBatis使用动态SQL标签的小陷阱、Mybatis动态sql有什么用？执行原理？有哪些动态sql？的有用信息。

本文目录一览：

使用动态SQL检索表结构（使用动态sql检索表结构图）
c语言中的静态sql改写成动态sql方式
DB2sql——动态sql，静态sql，嵌入式sql
MyBatis使用动态SQL标签的小陷阱
Mybatis动态sql有什么用？执行原理？有哪些动态sql？

使用动态SQL检索表结构（使用动态sql检索表结构图）

我正在迁移数据库，并试图将表结构信息检索到单个行项目中以进行机器处理。由于技术原因，无法使用现有的迁移工具，因此必须以这种方式进行处理。

我在多个表上成功运行了以下查询：

SELECT LISTAGG(column_name || ',' || data_type || ',' || data_length,',')
WITHIN GROUP (ORDER BY column_id)
FROM all_tab_cols
WHERE table_name = 'MyTableName'

对于许多表，它都可以正常工作并返回我所期望的：

ColumnName1,VARCHAR2,20,ColumnName2,NUMBER,22,ColumnName3,CHAR,3,...

但是，有时它不是很正确。例如，从数据库设计文档中我知道ColumnName2应该是长度为2的数字，而不是22。为什么返回的值不正确？

甚至更令人困惑的是，有时它根本不起作用并且什么也不返回。我当时以为是CHAR数据类型引起了问题，但是我的一些具有CHAR的表工作正常。如果它们是INTEGER，SHORTINT或DATE类型，似乎确实给我带来了问题。解决此问题的最佳方法是什么？

我也知道该表存在，因为当我运行一个简单的表时

SELECT * FROM MyTableName

它返回表中的所有记录。

更新

我尝试用data_precision替换data_length，对于数字它返回了正确的答案，但是现在我对VARCHAR2没有任何帮助。如果我是一个数字，我该如何重组我的查询以获得data_precision；如果还有其他什么，我该如何给我data_length？

另外，我还有几个表将不允许我查看它们的结构。我对模式还不是很熟悉，但是我知道有时在不同的表下可能存在一个表。但是为什么用SELECT
*返回数据，但是当我查看all_tab_col时，这里的结构信息却不显示？

c语言中的静态sql改写成动态sql方式

静态sql 例：

AS为与表A表结构一致的结构体
EXEC SQL INSERT INTO A VALUES (:AS)

这种的静态sql改写成动态sql，应该怎么进行改写？

DB2sql——动态sql，静态sql，嵌入式sql

DB2中的prepare和bind

要解释这些还关系到好几个概念:

1. 动态SQL和静态SQL：在程序运行的时候才能确定执行计划的SQL是动态的；在程序编译的时候就已经可能知道执行计划的是静态的

静态 SQL：静态 SQL 语句一般用于嵌入式 SQL 应用中，在程序运行前，SQL 语句必须是确定的，例如 SQL 语句中涉及的列名和表名必须是存在的。静态 SQL 语句的编译是在应用程序运行前进行的，编译的结果会存储在数据库内部。而后程序运行时，数据库将直接执行编译好的 SQL 语句，降低运行时的开销。

动态 SQL：动态 SQL 语句是在应用程序运行时被编译和执行的，例如，使用 DB2 的交互式工具 CLP 访问数据库时，用户输入的 SQL 语句是不确定的，因此 SQL 语句只能被动态地编译。动态 SQL 的应用较多，常见的 CLI 和 JDBC 应用程序都使用动态 SQL。

也就是说动态sql可以还没有表名就可以执行了

2. prep/precompile：不要把prep看成是prepare了，这里是预编译

3. 嵌入式SQL：这个就没办法找到很好的定义了。一般来说使用标准接口的程序都是非嵌入式的，像CLI/JDBC/ODBC。现在只有C和COBOL是支持嵌入式SQL的了。目前大部分应用程序都不是嵌入式的了。嵌入式sql就是说嵌入在代码中的sql，可以直接在代码中操作数据库

标准的SQL是非过程化的查询语言,就具有操作统一,面向集合,功能丰富,使用简单等多项优点,但和程序设计语言相比,高度非过程花的优点也造成了它的一个缺点:缺少流程控制能力,难以实现应用业务中的逻辑空值.SQL编程技术可以有效克服SQL语言实现复杂应用方面的不足.提高应用系统和数据库管理系统之间的互操作性.

接下来再看看：

PREPARE：目的主要是把动态SQL进行解析成标准函数，生成package，让其在程序运行时生成执行计划。主要是针对动态SQL的。

BIND：主要是针对静态SQL语句的，在BIND的过程当中语句的package就已经获得执行计划了。在precompile的时候就已经绑定了，如果有什么修改会导致静态SQL的执行计划会更改的，就需要rebind。一般来说是在开发环境里面重新编译一下，重新生成bnd文件，然后将新的bnd文件拷贝到生产环境里面再rebind。另外，只有SP、UDF和使用了嵌入式SQL的程序才需要BIND。

MyBatis使用动态SQL标签的小陷阱

MyBatis是一个支持普通SQL查询，存储过程和高级映射的优秀持久层框架，MyBatis越来越受大家的喜爱了。下面给大家分享MyBatis使用动态sql标签的小陷阱，感兴趣的朋友一起看看吧

MyBatis是一个支持普通SQL查询，存储过程和高级映射的优秀持久层框架。MyBatis消除了几乎所有的JDBC代码和参数的手工设置以及对结果集的检索封装。MyBatis可以使用简单的XML或注解用于配置和原始映射，将接口和Java的POJO（Plain Old Java Objects，普通的Java对象）映射成数据库中的记录。

现在MyBatis越来越受大家的喜爱了，它的优势大家都知道，我就不多说了，直接说重点。

MyBatis中提供动态sql功能，我们可以使用等等，这样我们就可以写出根据条件生成的动态sql了，但是，在这中间，我们经常用到的标签有一个小误区，一不小心就会掉下去，下面先举个正常的例子：

SELECT * FROM BLOG WHERE state = ‘ACTIVE' AND title like #{title}

在上面的例子中，当title不等于null时，标签中间的条件才会被拼接上，这样，sql语句就是动态的了。

但是，当我们对所有条件进行判断时，你是否会这样写:

SELECT * FROM BLOG WHERE state = ‘ACTIVE' AND title like #{title}

没问题吧？至少语法上不错的，至少它可以正常生成一个sql。

但是，不知道你注意到了没，当所有条件都为null的时候，会出现什么情况？

SELECT * FROM BLOG WHERE

看到了吧？这样的sql能成功执行么？

答案当然是NO。

那么该怎么办？那就要记住了，当你写动态sql时候，先考虑一下会不会产生所有条件都不成立的情况，会不会出现只有一个WHERE而没有条件的情况，那么你要做的就是加一个标签将所有条件包起来。

SELECT * FROM BLOG state = ‘ACTIVE' AND title like #{title}

这样，当所有条件都不成立时，WHERE也不会被拼上。

这时，有机灵的小伙伴发现了，如果第一个条件不成立，第二个成立，那sql会不会变成这样？

SELECT * FROM BLOG WHERE AND title like #{title}

这个就放心好了，当你用标签包围条件后，它会自动去掉AND的。

以上所述是小编给大家介绍的MyBatis使用动态sql标签的小陷阱，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对小编网站的支持！

Mybatis动态sql有什么用？执行原理？有哪些动态sql？

我们今天的关于使用动态SQL检索表结构和使用动态sql检索表结构图的分享就到这里，谢谢您的阅读，如果想了解更多关于c语言中的静态sql改写成动态sql方式、DB2sql——动态sql，静态sql，嵌入式sql、MyBatis使用动态SQL标签的小陷阱、Mybatis动态sql有什么用？执行原理？有哪些动态sql？的相关信息，可以在本站进行搜索。

本文标签：