mysql中的保留字段问题

您在SQL语法中有一个错误,请检查手册,这句话对我们来说并不陌生,但是如果您不经意地在MySQL中添加一个保留字段作为存储在数据库中的字段名,那么悲剧就发生了。

几天前,由于函数的临时变化,我需要在数据表中添加一个字段来区分导入的批次。我加入的群场在MySQL数据库中,但我并不认为我的噩梦,在这方面,Chanca。

原来的计划已接近尾声,本想今天早上计划一个快乐的结局,不料,每桌总是提示我导入Excel SQL错误,我打开SQL语句提姆减,没有采取错误的修复,在下午一整个上午和两小时,它对的程度。只是到地面,但没有固定的苦思冥想,误差。

撇开问题,继续做其他事情。当用一个句子写一个组时,突然意识到组是mysql的一个保留词,很容易解决这个问题。

mysql的保留字段

在MySQL中,下表中的单词是明确保留。这些数字是使用标准的SQL列名称和/或表的名称(例如,组)。少数被保存下来,因为他们需要MySQL,MySQL,当名称的表或字段名和数据库名和保留字冲突,在SQL语句中可以使用单引号(封闭),当我们减少这些保留字段的使用。





添加
所有
改变


分析

作为


ASC
一个敏感的
之前


之间
bigint
二元的


斑点

通过


呼叫
级联
案例


改变
烧焦
字符


检查
整理



条件
连接
约束


继续
转换
创建


交叉
current_date
current_time


current_timestamp
current_user
光标


数据库
数据库
day_hour


day_microsecond
day_minute
day_second


十二月
十进制的
声明


违约
延迟
删除


desc
描述
确定性


不同的
DISTINCTROW
DIV




二重的


每个
其他的



随函附上的
逃脱
存在


出口
解释
错误的




float4


float8
对于



国外

全文



格兰特




high_priority
hour_microsecond


hour_minute
hour_second
如果


忽略

指数


infile

INOUT


不敏感
插入
国际的


INT1
T2
INT3


INT4
智力
整数


区间




迭代
加入
关键


钥匙

标签


领导
离开




极限
线性的


线
负荷
当地时间


localtimestamp




longblob
单引号字符



low_priority
比赛
MEDIUMBLOB


MEDIUMINT
mediumtext
MIDDLEINT


minute_microsecond
minute_second
国防部


修改
自然



no_write_to_binlog
无效的
数字



优化
选项


任选

秩序




输出文件


精度
原发性
程序


净化
RAID0
范围




真正的


引用
正则表达式
释放


重命名
重复
更换


要求
限制
返回


撤销
正确的
Rilke


图式
图式
second_microsecond


选择
敏感
分离器



显示
smallint


空间
具体
SQL


SQLException
SQLSTATE
sqlwarning


sql_big_result
sql_calc_found_rows
sql_small_result


SSL
启动
straight_join



结束
然后


tinyblob
TINYINT
tinytext



尾随
触发


真的
撤消
联盟


独特的
解锁
无符号


更新
使用
使用


使用
utc_date
utc_time


utc_timestamp
价值观
varbinary


varchar
varcharacter
不同的


什么时候
哪里



随着

X509


异或
year_month
补零