VB6基本数据库应用(九):【增补篇】不同的引擎的语法差异

前端之家收集整理的这篇文章主要介绍了VB6基本数据库应用(九):【增补篇】不同的引擎的语法差异前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

同系列的第九篇,上一篇在:http://blog.csdn.net/jiluoxingren/article/details/48474545


VB6基本数据库应用(九):【增补篇】不同的引擎的语法差异

正篇在写的时候出了一些问题。这些问题在以前的内容中没有被提及,或者提及了却没有细说,如今在继续的时候如果不说清楚,会让后面的学习变得含混不清,为此决定发布两篇增补篇,来解决一下以前的遗留问题。

本来打算用LIKE模糊查询,让账户框可以显示出符合当前开头账户名。结果却发现无论怎么查询都没有结果。当时候我写的sql语句是这样的:

SELECT * FROM UserAccount WHERE AccountName LIKE '几*'

几罗星人是我为自己创建的账号,结果这个语句在Access里能查到账户名是“几罗星人”的记录,而在VB里却没有任何记录返回。


几经查找,才发现是数据库引擎在作怪。虽然我知道不同的数据库sql支持不一样,不过没想到会栽在这里。

原来,sql有自己的国际标准ANSI sql,而微软的Access数据库使用的是自己的Jet OLEDB数据库引擎(在连接字符串中也有体现,如下图),两者虽然绝大多数的语法一样,但是还是有一定的差异,而这个通配符就是其中之一。


下面的表格列出了Access、sql Server以及ADO所使用的sql语法:

数据库/对象

sql语法

Access

Jet sql

sql Server

ANSI sql

ADO

ANSI sql

显然,Access和我们所使用的ADO所支持的语法是不一样的,所以才导致了sql语句在Access能用,在VB上不能用的现象。

实际上,目前发现的差异并不多。一个是Jet sql中的Betweenvalue1 And value2,允许value1> value2,但这并没有什么卵用,这种情况下结果与交换value1与value2的位置产生的结果是一样的。

第二个差异就是通配符,下面的表格列出了两种语法支持通配符以及对应关系:

Jet sql

ANSI sql

匹配类型

模式

匹配类型

模式

多个字符:*

@H_403_178@a*a

多个字符:%

@H_403_178@a%a

@H_403_178@*ab*

@H_403_178@%ab%

@H_403_178@ab*

@H_403_178@ab%

@H_403_178@特殊字符:[]

@H_403_178@a[*]a

@H_403_178@未提及

@H_403_178@单个字符:?

@H_403_178@a?a

@H_403_178@单个字符:_

@H_403_178@a_a

@H_403_178@单个数字:#

@H_403_178@a#a

@H_403_178@单个数字:[0-9]

@H_403_178@a[0-9]a

@H_403_178@字符范围:[?-?]

@H_403_178@[a-z]

@H_403_178@字符范围:[_-_]

@H_403_178@[a-z]

@H_403_178@范围之外:[!?-?]

@H_403_178@[!a-z]

同样

@H_403_178@数字值:[#-#]

@H_403_178@[0-9]

@H_403_178@非数字值:[!#-#]

@H_403_178@[!0-9]

@H_403_178@复合值:组合上述语法

@H_403_178@a[!b-m]#

主要的差异为多个字符的表示,一个字符的表示,一个数字的表示有不同。

所以,当初的sql语句在VB中应该写成:

SELECT * FROM UserAccount WHERE AccountName LIKE '几%'

而且值得注意的是,不能直接在Access的查询中使用ANSI sql语法,也就是说两种语法互不兼容,只能使用一种。

下一篇依然是增补篇,简介游标与锁。


下一篇【增补篇】游标Cursor和锁Lock简介http://blog.csdn.net/jiluoxingren/article/details/48738905

猜你在找的VB相关文章