MySQL: @variable vs. variabile. Qual è la differenza?

In un'altra domanda che ho pubblicato qualcuno mi ha detto che c'è una differenza tra:

@variable

e:

variable

in MySQL. Ha anche menzionato come MSSQL abbia un ambito batch e MySQL abbia un ambito sessione. Qualcuno può approfondire questo per me?

MySQLha il concetto di variabili definite dall'utente .

Sono variabili tipicamente vaghe che possono essere inizializzate da qualche parte in una sessione e mantengono il loro valore fino al termine della sessione.

Sono preceduti da un @segno, come questo:@var

È possibile inizializzare questa variabile con SETun'istruzione o all'interno di una query:

SET @var = 1

SELECT @var2 := 2

Quando si sviluppa una stored procedure in MySQL, è possibile passare i parametri di input e dichiarare le variabili locali:

DELIMITER //

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

DELIMITER ;

Queste variabili non sono anteposte a nessun prefisso.

La differenza tra una variabile di procedura e una variabile definita dall'utente specifica della sessione è che la variabile della procedura viene reinizializzata NULLogni volta che viene chiamata la procedura, mentre la variabile specifica della sessione non è:

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

Come puoi vedere, var2(variabile di procedura) viene reinizializzata ogni volta che viene chiamata la procedura, mentre @var2(variabile specifica della sessione) non lo è.

(Oltre alle variabili definite dall'utente, MySQL ha anche alcune "variabili di sistema" predefinite, che possono essere "variabili globali" come @@global.porto "variabili di sessione" come @@session.sql_mode; queste "variabili di sessione" non sono correlate a determinate dall'utente definite dalla sessione variabili.)

In MySQL, @variableindica una variabile definita dall'utente . Puoi definire il tuo.

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

Al di fuori dei programmi memorizzati, a variable, senza @, è una variabile di sistema , che non è possibile definire.

Lo scopo di questa variabile è l'intera sessione. Ciò significa che mentre esiste la connessione con il database, la variabile può ancora essere utilizzata.

Ciò è in contrasto con MSSQL, in cui la variabile sarà disponibile solo nel batch corrente di query (stored procedure, script o altro). Non sarà disponibile in un batch diverso nella stessa sessione.

MSSQL richiede che le variabili all'interno delle procedure siano DECLAREd e che la gente usi la sintassi @Variable (DECLARE @TEXT VARCHAR (25) = 'text'). Inoltre, MS consente di dichiarare all'interno di qualsiasi blocco della procedura, a differenza di mySQL che richiede tutti i DICHIARAZIONI in alto.

Benché buono sulla riga di comando, sento che usare "set = @variable" all'interno delle procedure memorizzate in mySQL è rischioso. Non esiste alcun ambito e le variabili vivono oltre i limiti dell'ambito. Ciò è simile alle variabili in JavaScript dichiarate senza il prefisso "var", che sono quindi lo spazio dei nomi globale e creano collisioni e sovrascritture impreviste.

Spero che le brave persone di mySQL consentiranno a DECLARE @Variable di vari livelli di blocco all'interno di una procedura memorizzata. Nota @ (al segno). Il prefisso @ sign aiuta a separare i nomi delle variabili dai nomi delle colonne della tabella, poiché spesso sono uguali. Ovviamente, si può sempre aggiungere un prefisso "v" o "l_", ma il segno @ è un modo pratico e conciso per far corrispondere il nome della variabile alla colonna dalla quale si potrebbero estrarre i dati senza bloccarlo.

MySQL è nuovo alle procedure memorizzate e hanno fatto un buon lavoro per la loro prima versione. Sarà un piacere vedere dove prendono forma qui e guardare maturare gli aspetti lato server della lingua.

In linea di principio, utilizzo UserDefinedVariables (anteposto a @) all'interno di Stored Procedures. Questo semplifica la vita, specialmente quando ho bisogno di queste variabili in due o più Stored procedure. Proprio quando ho bisogno di una variabile solo all'interno di UNA stored procedure, utilizzo una variabile di sistema (senza anteposta a @).

@Xybo: non capisco perché usare @variables in StoredProcedures dovrebbe essere rischioso. Potresti spiegare "scope" e "confini" un po 'più facilmente (per me come newbe)?