三大关系数据库字段值超长的一个有趣对比

Posted 2020-10-09

三大关系数据库字段值超长的一个有趣对比

 

在开发中，我们可能会遇到插入字段值超长的情况，前阵子遇到这样一个案例，结果一对比后发现一个有趣的现象，如果插入字段值超长，ORACLE、SQL Server、mysql它们会提示那个字段值超长吗？下面看看实验吧：

 

ORACLE数据库

 

SQL> create table test(id number(10), name varchar2(12));

Table created.

SQL> insert into test

  2  select 10, \'kkkkkkkkkkkkkkkkkk\' from dual;

select 10, \'kkkkkkkkkkkkkkkkkk\' from dual

           *

ERROR at line 2:

ORA-12899: value too large for column "SYS"."TEST"."NAME" (actual: 18, maximum:

12)

 

 

MySQL数据库

 

 

SQL> create table test(id number(10), name varchar2(12));

Table created.

SQL> insert into test

  2  select 10, \'kkkkkkkkkkkkkkkkkk\' from dual;

select 10, \'kkkkkkkkkkkkkkkkkk\' from dual

           *

ERROR at line 2:

ORA-12899: value too large for column "SYS"."TEST"."NAME" (actual: 18, maximum:

12)

 

SQL SERVER数据库

 

USE  AdventureWorks2014;

GO

CREATE TABLE TEST(ID int, NAME varchar(12));

INSERT INTO dbo.TEST 

SELECT 100,\'kkkkkkkkkkkkkkkkkkkkkkkkk\'

Msg 8152, Level 16, State 14, Line 6

String or binary data would be truncated.

The statement has been terminated.

 

 

 

 

 

如上实验所示，ORACLE、MySQL都会提示具体字段超长的细节信息，而SQL Server就傻傻的提示“String or binary data would be truncated.” 如果你表结构字段有十几个，那么就一个个核对吧。 不吹不黑，其实SQL Server有蛮多不友好、甚至让人诟病的地方。举个例子，使用SqlBulkCopy插入数据时，遇到错误“数据源的 String 类型的给定值不能转换为指定目标列的类型xxx”, 有可能是目标表字段的长度比要导入的数据长度小或者其它原因，难道准确、友好的提示具体出错信息那么难？还有使用SqlbulkCopy有时候提示“给定的 ColumnMapping 与源或目标中的任意列均不匹配”， 你妹啊，这不是坑爹吗！ 这些都是一些细节地方，有时候真的细节见高低！此文权当吐槽篇！