bitsCN.com最近在做的一项工作是将之前使用MSSQLServer数据库的服务，改写为支持MySQL数据库，SQL语句中涉及了一些类型转换的功能，结果发现MySQL的类型转换函数“CONVERT”并没有提供很好的数据类型名称的兼容性，参数顺序上也不一样！SQLServer中使用convert(int, Port)，MySQL中要使用convert(Port, SIGNED) AS `port`注意：如果不加AS `port`结果集中列名就会显示成convert(Port, SIGNED)SQLServer中使用中括号[]解决特殊符号、...
JDBC入门1.JDBC（Java DataBase Connectivity）就是Java数据库连接，说白了就是用Java语言来操作数据库。2.JDBC原理最终得出的结论是，由SUN提供一套访问数据库的规范（就是一组接口），并提供连接数据库的协议标准，然后各个数据库厂商会遵循SUN的规范提供一套访问自己公司的数据库服务器的API出现。SUN提供的规范命名为JDBC，而各个厂商提供的，遵循了JDBC规范的，可以访问自己数据库的API被称之为驱动！3.JDBC核心类（接口）介绍...
CAST 函数 在之前的文章中，我们提到过CAST函数，用于显示进行类型转换。在避免隐式类型转换时，好处多多。其实这里面还有很多细节，是需要梳理下的。首先来看看下面这个转换:mysql> SELECT CAST(2017-12-14 AS DATE); +----------------------------+ | CAST(2017-12-14 AS DATE) | +----------------------------+ | 2017-12-14 | +----------------------------+ 1 row in set (0.00 sec)其中:2017-12-14 是待转换的数据...
前言 前几天在看到一篇文章：价值百万的 MySQL 的隐式类型转换感觉写的很不错，再加上自己之前也对MySQL的隐式转化这边并不是很清楚，所以就顺势整理了一下。希望对大家有所帮助。 当我们对不同类型的值进行比较的时候，为了使得这些数值「可比较」（也可以称为类型的兼容性)，MySQL会做一些隐式转化（Implicit type conversion）。 比如下面的例子：mysql> SELECT 1+1;-> 2 mysql> SELECT CONCAT(2, test);-> 2 test很明显，上面的...
MySQL 的CAST()和CONVERT()函数可用来获取一个类型的值，并产生另一个类型的值。 两者具体的语法如下：CAST(value as type); CONVERT(value, type); 就是CAST(xxx AS 类型), CONVERT(xxx,类型)。 可以转换的类型是有限制的。这个类型可以是以下值其中的一个： 二进制，同带binary前缀的效果 : BINARY 例如：当使用 like 模糊搜索日期类型的字段时 语句应该是 Create_Time like binary CONCAT(‘%',#{createTime},'%') 字符型，可带...
create table t_base_user( oid bigint(20) not null primary key auto_increment, name varchar(30) null comment "name", email varchar(30) null comment "email", age int null comment "age", telephone varchar(30) null comment "telephone", status tinyint(4) null comment "0 无效 1 有效", created_at datetime null default now() comment "创建时间", updated_at datetime null default now() commen...
我刚刚碰到一个有趣的案例,在MySQL中进行数据类型转换.考虑以下查询：SELECT * FROM (SELECT 0 AS col) AS t WHERE t.col=123; #Yields 0 rows SELECT * FROM (SELECT 0 AS col) AS t WHERE t.col="123"; #Yields 0 rows SELECT * FROM (SELECT 0 AS col) AS t WHERE t.col="0"; #Yields 1 row, col=0 SELECT * FROM (SELECT 0 AS col) AS t WHERE t.col="abc"; #Yields 1 row, col=0第1、2和3行对我来说似乎很合逻辑.但是在第...
This article指出MySQL存在以下安全问题：USERS id | email | password_reset_token 1 | one@example.com | QTlXww)uV!Hdg3U6aGwKV2FPvAqzVgPx 2 | two@example.com | CZor5t7WbX#LTeqiG3v@6f3@z#)BfK*n在这里,我们有一个很好的,随机的令牌,用户必须证明他们有重置他们的帐户.但是用户设法提交0的重置令牌,因此我们运行此查询：SELECT * FROM `users` WHERE `email` = 'one@example.com' AND `password_reset_token...