标签:code 错误信息 运算 数据库系统 常量 支持 ber mysq pre
SQL允许两个或者多个字段之间进行计算,字符串类型的字段也不例外。比如我们需要 以“工号+姓名”的方式在报表中显示一个员工的信息,那么就需要把工号和姓名两个字符 串类型的字段拼接计算;再 如 我们需要在报表中在每个员工的工号前增加“Old”这个文本。 这时候就需要我们对字符串类型的字段(包括字符串类型的常量字段)进行拼接。在不同的 数据库系统下的字符串拼接是有很大差异的,因此这里我们将讲解主流数据库下的字符串拼 接的差异。
在Java、C#等编程语言中字符串的拼接可以通过加号“+”来实现,比如: "1"+"3"、 "a"+"b"。 在MYSQL中也可以使用加号“+”来连接两个字符串,比如下面的SQL:
SELECT '12'+'33',FAge+'1' FROM T_Employee
执行完毕我们就能在输出结果中看到下面的执行结果:
仔细观察第一列,惊讶吗?这个列的显示结果并不是我们希望的“1233” ,而是把“12” 和“33”两个字符串当成数字来求两个数的和了;同样将一个数字与一个字符串用加号“+” 连接也是同样的效果,比如这里的第二列。
在MYSQL中,当用加号“+”连接两个字段(或者多个字段)的时候,MYSQL会尝试将 字段值转换为数字类型(如果转换失败则认为字段值为0),然后进行字段的加法运算。因此, 当计算的‘12‘+‘33‘的时候,MYSQL会将“12”和“33”两个字符串尝试转换为数字类型的 12和33,然后计算12+33的值,这就是为什么我们会得到45的结果了。同样道理,在计算 FAge+‘1‘的时候,由于FAge为数字类型,所以不需要进行转换,而‘1‘为字符串类型,所以 MYSQL将‘1‘尝试转换为数字1,然后计算FAge+1做为计算列的值。
MYSQL会尝试将加号两端的字段值尝试转换为数字类型,如果转换失败则认为字段值为 0,比如我们执行下面的SQL语句:
SELECT 'abc'+'123',FAge+'a' FROM T_Employee
执行完毕我们就能在输出结果中看到下面的执行结果:
在MYSQL中进行字符串的拼接要使用CONCAT
函数,CONCAT函数支持一个或者多个参数, 参数类型可以为字符串类型也可以是非字符串类型,对于非字符串类型的参数MYSQL将尝试 将其转化为字符串类型,CONCAT函数会将所有参数按照参数的顺序拼接成一个字符串做为 返回值。比如下面的SQL语句用于将用户的多个字段信息以一个计算字段的形式查询出来:
SELECT CONCAT(‘工号为:‘,FNumber,‘的员工的幸福指数:‘,FSalary/(FAge-21)) FROM T_Employee
执行完毕我们就能在输出结果中看到下面的执行结果:
CONCAT支持只有一个参数的用法,这时的CONCAT可以看作是一个将这个参数值尝试转 化为字符串类型值的函数。MYSQL中还提供了另外一个进行字符串拼接的函数CONCAT_WS, CONCAT_WS可以在待拼接的字符串之间加入指定的分隔符,它的第一个参数值为采用的分 隔符,而剩下的参数则为待拼接的字符串值
Oracle中使用“||”
进行字符串拼接,比如执行下面的SQL语句:
SELECT '工号为'||FNumber||'的员工姓名为'||FName FROM T_Employee WHERE FName IS NOT NULL
执行完毕我们就能在输出结果中看到下面的执行结果:
除了“||”, Oracle还支持使用CONCAT()函数进行字符串拼接,比如执行下面的SQL语句:
SELECT CONCAT('工号:',FNumber) FROM T_Employee
执行完毕我们就能在输出结果中看到下面的执行结果
如果CONCAT中连接的值不是字符串,Oracle会尝试将其转换为字符串.
与MYSQL的CONCAT()函数不同,Oracle的CONCAT()函数只支持两个参数,不支持两个以 上字符串的拼接,比如下面的SQL语句在Oracle中是错误的:
SELECT CONCAT('工号为',FNumber,'的员工姓名为',FName) FROM T_Employee WHERE FName IS NOT NULL
运行以后Oracle会报出下面的错误信息: 参数个数无效
如果要进行多个字符串的拼接的话,可以使用多个CONCAT()函数嵌套使用,上面的SQL可以如:
SELECT CONCAT(CONCAT(CONCAT('工号为',FNumber),'的员工姓名为'),FName) FROM T_Employee WHERE FName IS NOT NULL
标签:code 错误信息 运算 数据库系统 常量 支持 ber mysq pre
原文地址:https://www.cnblogs.com/heliusKing/p/11456480.html