mysql数据库中存储过程如何处理变量

mysql数据库中存储过程如何处理变量,第1张

用select...into语句

这个SELECT语法把选定的列直接存储到变量。因此,只有单一的行可以被取回。

重要:

SQL变量名不能和列名一样。如果SELECT ... INTO这样的SQL语句包含一个对列的参考,并包含一个与列相同名字的局部变量,MySQL当前把参考解释为一个变量的名字。例如,在下面的语句中,xname 被解释为到xname variable 的参考而不是到xname column的:

CREATE PROCEDURE sp1 (x VARCHAR(5)) BEGINDECLARE xname VARCHAR(5) DEFAULT 'bob' DECLARE newname VARCHAR(5) DECLARE xid INTSELECT xname,id INTO newname,xid FROM table1 WHERE xname = xname SELECT newname END

当这个程序被调用的时候,无论table.xname列的值是什么,变量newname将返回值‘bob’。

mysql变量的术语分类:

1.用户变量:以"@"开始,形式为"@变量名"

用户变量跟mysql客户端是绑定的,设置的变量,只对当前用户使用的客户端生效

2.全局变量:定义时,以如下两种形式出现,set

GLOBAL

变量名

或者

set

@@global.变量名,对所有客户端生效。只有具有super权限才可以设置全局变量

3.会话变量:只对连接的客户端有效。

4.局部变量:作用范围在begin到end语句块之间。在该语句块里设置的变量

declare语句专门用于定义局部变量。set语句是设置不同类型的变量,包括会话变量和全局变量

通俗理解术语之间的区别:

用户定义的变量就叫用户变量。这样理解的话,会话变量和全局变量都可以是用户定义的变量。只是他们是对当前客户端生效还是对所有客户端生效的区别了。所以,用户变量包括了会话变量和全局变量

局部变量与用户变量的区分在于两点:

1.

用户变量是以"@"开头的。局部变量没有这个符号。

2.

定义变量不同。用户变量使用set语句,局部变量使用declare语句定义

3.

作用范围。局部变量只在begin-end语句块之间有效。在begin-end语句块运行完之后,局部变量就消失了。

所以,最后它们之间的层次关系是:变量包括局部变量和用户变量。用户变量包括会话变量和全局变量。

使用备忘,set

@var

若没有指定GLOBAL

或SESSION

,那么默认将会定义用户变量

两种方式定义用户变量:

1."=",如

set

@a

=3,@a:=5

2.":="。select常常这样使用

总结:使用select

和set设置变量的区别,set可以使用以上两种形式设置变量。而select只能使用":="的形式设置变量

实践积累:用户变量在mysql客户端退出后,会自动消失。之后我打开客户端,使用"select

@a"

显示变了的值为null。说明,未定义的变量初始化是null

实际中的问题

设置常量对group_concat()的配置影响:

SET

@@GROUP_CONCAT_MAX_LEN=4

手册中提到设置的语法是这样的:

SET

[SESSION

|

GLOBAL]

group_concat_max_len

=

val

以下两种形式都能达到达到同样的效果,但是有什么区别?

SET

@@global.GROUP_CONCAT_MAX_LEN=4

global可以省略,那么就变成了:SET

@@GROUP_CONCAT_MAX_LEN=4

2011.2.25

之前的理解不怎么准确。现在对加深理解后的地方进行总结。

mysql中变量的层次关系是:大体包括用户变量和系统变量。系统变量包括系统会话变量和系统全局变量。

相互之间的区别:

因为用户变量就是用户定义的变量,系统变量就是mysql定义和维护的变量。所以,用户变量与系统变量的区别在于,是谁在管理这些变量。mysql一启动的时候就会读取系统变量(这样做目的是可以确定mysql的以何种机制或模式运行)。

系统会话变量与用户变量都是在当前客户端退出后消失。他们之间的区别可以这样理解,虽然常常看到"set

@@varible"的形式去改变系统变量的值,但是并不涉及到定义系统变量。用户变量是可以自己定义(初始化)。系统变量按照只是在改变值。

局部变量只在begin-end语句块中定义并有效。执行到该语句块之后就消失了。定义的方式有明显的特点,使用declare语句。

使用系统变量理论上是可以使用两种形式:

1.

前面带有符号"@@"

2.

符号省略。比如我会看的如下形式:CURRENT_USER。但是,约定系统变量要使用"@@变量名"的形式,就是在前面加上符号"@@"

昨天一个同事的程序的除了问题,怎么都调不通,一开始以为是hibernate的问题,后来发现问题是他在一个数据表里用了index作为字段名,但是index是mysql的关键字,呵呵,有点粗心啦. 查了一下,关键字(有的是保留字 )还真是不少.在MySQL中,下表中的字显式被保留。其中大多数字进制被标准SQL用作列名和/或表名(例如,GROUP)。少数被保留了,因为MySQL需要它们,保留字被引起来后可以用作识别符。出

ADDALLALTER

ANALYZEANDAS

ASCASENSITIVEBEFORE

BETWEENBIGINTBINARY

BLOBBOTHBY

CALLCASCADECASE

CHANGECHARCHARACTER

CHECKCOLLATECOLUMN

CONDITIONCONNECTIONCONSTRAINT

CONTINUECONVERTCREATE

CROSSCURRENT_DATECURRENT_TIME

CURRENT_TIMESTAMPCURRENT_USERCURSOR

DATABASEDATABASESDAY_HOUR

DAY_MICROSECONDDAY_MINUTEDAY_SECOND

DECDECIMALDECLARE

DEFAULTDELAYEDDELETE

DESCDESCRIBEDETERMINISTIC

DISTINCTDISTINCTROWDIV

DOUBLEDROPDUAL

EACHELSEELSEIF

ENCLOSEDESCAPEDEXISTS

EXITEXPLAINFALSE

FETCHFLOATFLOAT4

FLOAT8FORFORCE

FOREIGNFROMFULLTEXT

GOTOGRANTGROUP

HAVINGHIGH_PRIORITYHOUR_MICROSECOND

HOUR_MINUTEHOUR_SECONDIF

IGNOREININDEX

INFILEINNERINOUT

INSENSITIVEINSERTINT

INT1INT2INT3

INT4INT8INTEGER

INTERVALINTOIS

ITERATEJOINKEY

KEYSKILLLABEL

LEADINGLEAVELEFT

LIKELIMITLINEAR

LINESLOADLOCALTIME

LOCALTIMESTAMPLOCKLONG

LONGBLOBLONGTEXTLOOP

LOW_PRIORITYMATCHMEDIUMBLOB

MEDIUMINTMEDIUMTEXTMIDDLEINT

MINUTE_MICROSECONDMINUTE_SECONDMOD

MODIFIESNATURALNOT

NO_WRITE_TO_BINLOGNULLNUMERIC

ONOPTIMIZEOPTION

OPTIONALLYORORDER

OUTOUTEROUTFILE

PRECISIONPRIMARYPROCEDURE

PURGERAID0RANGE

READREADSREAL

REFERENCESREGEXPRELEASE

RENAMEREPEATREPLACE

REQUIRERESTRICTRETURN

REVOKERIGHTRLIKE

SCHEMASCHEMASSECOND_MICROSECOND

SELECTSENSITIVESEPARATOR

SETSHOWSMALLINT

SPATIALSPECIFICSQL

SQLEXCEPTIONSQLSTATESQLWARNING

SQL_BIG_RESULTSQL_CALC_FOUND_ROWSSQL_SMALL_RESULT

SSLSTARTINGSTRAIGHT_JOIN

TABLETERMINATEDTHEN

TINYBLOBTINYINTTINYTEXT

TOTRAILINGTRIGGER

TRUEUNDOUNION

UNIQUEUNLOCKUNSIGNED

UPDATEUSAGEUSE

USINGUTC_DATEUTC_TIME

UTC_TIMESTAMPVALUESVARBINARY

VARCHARVARCHARACTERVARYING

WHENWHEREWHILE

WITHWRITEX509

XORYEAR_MONTHZEROFILL

MySQL允许部分关键字用做未引起来的识别符,因为许多人以前曾使用过它们。下面列出了一些例子:

ACTION

BIT

DATE

ENUM

NO

TEXT

TIME

TIMESTAMP


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/6116723.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-15
下一篇 2023-03-15

发表评论

登录后才能评论

评论列表(0条)

保存