MySQL: @variable vs. variable. Was ist der Unterschied?

In einer anderen Frage, die ich gestellt habe, hat mir jemand gesagt, dass es einen Unterschied gibt zwischen:

@variable

und:

variable

in MySQL. Er erwähnte auch, wie MSSQL einen Batch-Bereich und MySQL einen Sitzungsbereich hat. Kann mir jemand das näher erläutern?

MySQLhat das Konzept von benutzerdefinierten Variablen .

Es handelt sich um lose typisierte Variablen, die möglicherweise irgendwo in einer Sitzung initialisiert werden und ihren Wert bis zum Ende der Sitzung beibehalten.

Ihnen ist ein @Schild wie folgt vorangestellt :@var

Sie können diese Variable mit einer SETAnweisung oder in einer Abfrage initialisieren :

SET @var = 1

SELECT @var2 := 2

Wenn Sie eine gespeicherte Prozedur in entwickeln MySQL, können Sie die Eingabeparameter übergeben und die lokalen Variablen deklarieren:

DELIMITER //

CREATE PROCEDURE prc_test (var INT)
BEGIN
    DECLARE  var2 INT;
    SET var2 = 1;
    SELECT  var2;
END;
//

DELIMITER ;

Diesen Variablen werden keine Präfixe vorangestellt.

Der Unterschied zwischen einer Prozedurvariablen und einer sitzungsspezifischen benutzerdefinierten Variablen besteht darin, dass die Prozedurvariable bei NULLjedem Aufruf der Prozedur neu initialisiert wird, während die sitzungsspezifische Variable nicht:

CREATE PROCEDURE prc_test ()
BEGIN
    DECLARE var2 INT DEFAULT 1;
    SET var2 = var2 + 1;
    SET @var2 = @var2 + 1;
    SELECT  var2, @var2;
END;

SET @var2 = 1;

CALL prc_test();

var2  @var2
---   ---
2     2


CALL prc_test();

var2  @var2
---   ---
2     3


CALL prc_test();

var2  @var2
---   ---
2     4

Wie Sie sehen können, wird var2(Prozedurvariable) bei jedem Aufruf der Prozedur neu initialisiert, während dies bei @var2(sitzungsspezifischer Variable) nicht der Fall ist.

(Zusätzlich zu benutzerdefinierten Variablen verfügt MySQL auch über einige vordefinierte "Systemvariablen", bei denen es sich um "globale Variablen" @@global.portoder "Sitzungsvariablen" handeln kann @@session.sql_mode. Diese "Sitzungsvariablen" stehen in keinem Zusammenhang mit sitzungsspezifischen benutzerdefinierten Variablen Variablen.)

Gibt in MySQL @variableeine benutzerdefinierte Variable an . Sie können Ihre eigenen definieren.

SET @a = 'test';
SELECT @a;

Außerhalb gespeicherter Programme ist a variableohne @eine Systemvariable , die Sie nicht selbst definieren können.

Der Umfang dieser Variablen ist die gesamte Sitzung. Das heißt, während Ihre Verbindung mit der Datenbank besteht, kann die Variable weiterhin verwendet werden.

Dies steht im Gegensatz zu MSSQL, wo die Variable nur im aktuellen Stapel von Abfragen (gespeicherte Prozedur, Skript oder auf andere Weise) verfügbar ist. Es wird in derselben Sitzung nicht in einem anderen Stapel verfügbar sein.

MSSQL erfordert, dass Variablen in Prozeduren DECLAREd sind und die Benutzer die @ Variable-Syntax verwenden (DECLARE @TEXT VARCHAR (25) = 'text'). Außerdem erlaubt MS Deklarationen innerhalb eines beliebigen Blocks in der Prozedur, im Gegensatz zu mySQL, für das alle DECLAREs oben erforderlich sind.

Obwohl ich gut in der Befehlszeile bin, halte ich die Verwendung von "set = @variable" in gespeicherten Prozeduren in mySQL für riskant. Es gibt keinen Bereich und Variablen leben über Bereichsgrenzen hinweg. Dies ähnelt Variablen, die in JavaScript ohne das Präfix "var" deklariert werden. Dies ist dann der globale Namespace und führt zu unerwarteten Kollisionen und Überschreibungen.

Ich hoffe, dass die guten Leute bei mySQL DECLARE @Variable auf verschiedenen Blockebenen innerhalb einer gespeicherten Prozedur zulassen. Beachten Sie das @ (am Zeichen). Das @ -Zeichenpräfix hilft dabei, Variablennamen von Tabellenspaltennamen zu trennen, da diese häufig identisch sind. Natürlich kann man immer ein "v" - oder "l_" -Präfix hinzufügen, aber das @ -Zeichen ist eine praktische und prägnante Möglichkeit, den Variablennamen mit der Spalte abzugleichen, aus der Sie möglicherweise die Daten extrahieren, ohne sie zu beschädigen.

MySQL ist neu in gespeicherten Prozeduren und sie haben für ihre erste Version gute Arbeit geleistet. Es wird ein Vergnügen sein zu sehen, wo sie hier Gestalt annehmen und die serverseitigen Aspekte der Sprache reifen zu sehen.

Im Prinzip verwende ich UserDefinedVariables (mit @ vorangestellt) in gespeicherten Prozeduren. Dies erleichtert das Leben, insbesondere wenn ich diese Variablen in zwei oder mehr gespeicherten Prozeduren benötige. Nur wenn ich eine Variable nur innerhalb EINER gespeicherten Prozedur benötige, verwende ich eine Systemvariable (ohne vorangestelltes @).

@Xybo: Ich verstehe nicht, warum die Verwendung von @variables in StoredProcedures riskant sein sollte. Könnten Sie bitte "Umfang" und "Grenzen" etwas einfacher erklären (für mich als Neuling)?