MySQL: @Variable बनाम चर। क्या फर्क पड़ता है?

Question

एक और सवाल मैं किसी को तैनात में मुझसे कहा था कि वहाँ के बीच एक अंतर है कि:

@variable 

और:

variable 

MySQL में

। उन्होंने यह भी बताया कि कैसे एमएसएसक्यूएल में बैच स्कोप है और माईएसक्यूएल में सत्र का दायरा है। क्या कोई मेरे लिए इस पर विस्तार कर सकता है?

Answer 1

MySQL में user-defined variables की अवधारणा है।

वे ढीले टाइप किए गए चर हैं जिन्हें किसी सत्र में कहीं भी प्रारंभ किया जा सकता है और सत्र समाप्त होने तक उनका मान रखें।

वे एक @ संकेत के साथ prepended कर रहे हैं इस तरह:

SET @var = 1 

SELECT @var2 := 2 

आप MySQL में एक संग्रहीत प्रक्रिया का विकास कब: @var

आप एक प्रश्न में एक SET बयान के साथ इस चर को प्रारंभ या अंदर कर सकते हैं , आप इनपुट पैरामीटर पास कर सकते हैं और स्थानीय चर घोषित कर सकते हैं:

DELIMITER // 

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

DELIMITER ; 

ये चर किसी भी उपसर्ग के साथ प्रीपेड नहीं हैं।

एक प्रक्रिया चर और एक सत्र-विशिष्ट उपयोगकर्ता परिभाषित चर के बीच अंतर यह है कि प्रक्रिया चर NULL हर बार प्रक्रिया कहा जाता है इसे पुनः शुरू किया गया है, जबकि सत्र-विशिष्ट चर नहीं है:

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 

जैसा कि आप देख सकते हैं, var2 (प्रक्रिया परिवर्तनीय) प्रक्रिया को हर बार पुन: प्रारंभ किया जाता है, जबकि @var2 (सत्र-विशिष्ट चर) नहीं है। इन "सत्र चर" कर रहे हैं;

(उपयोगकर्ता-निर्धारित वेरिएबल के अलावा, MySQL भी कुछ पूर्वनिर्धारित "प्रणाली चर", इस तरह के @@session.sql_mode के रूप में "वैश्विक चर" जैसे @@global.port या "सत्र चर" हो सकता है जो है सत्र-विशिष्ट उपयोगकर्ता-परिभाषित चर से असंबंधित।)

Answer 2

MySQL में, @variableuser-defined variable इंगित करता है। आप अपना खुद का परिभाषित कर सकते हैं।

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

संग्रहीत कार्यक्रमों के बाहर, एक variable, @ के बिना, एक system variable है, जो आप अपने आप को परिभाषित नहीं कर सकते हैं।

इस चर का दायरा पूरे सत्र है। इसका मतलब है कि डेटाबेस के साथ आपका कनेक्शन मौजूद है, फिर भी चर का उपयोग किया जा सकता है।

यह एमएसएसक्यूएल के विपरीत है, जहां चर केवल क्वेरी के मौजूदा बैच (संग्रहीत प्रक्रिया, स्क्रिप्ट, या अन्यथा) में उपलब्ध होगा। यह एक ही सत्र में एक अलग बैच में उपलब्ध नहीं होगा।

Answer 3

एमएसएसक्यूएल की आवश्यकता है कि प्रक्रियाओं के भीतर चर के रूप में DECLARED हो और लोग @Variable वाक्यविन्यास (DECLARE @TEXT VARCHAR (25) = 'text') का उपयोग करें। इसके अलावा, एमएस प्रक्रिया में किसी भी ब्लॉक के भीतर घोषित करने की अनुमति देता है, मेरे एसक्यूएल के विपरीत जो शीर्ष पर सभी डेक्लेयर की आवश्यकता होती है।

कमांड लाइन पर अच्छा होने पर, मुझे लगता है कि MySQL में संग्रहित प्रक्रियाओं के भीतर "set = @variable" का उपयोग जोखिम भरा है। दायरे की सीमाओं में कोई गुंजाइश और चर नहीं रहते हैं। यह जावास्क्रिप्ट में "var" उपसर्ग के बिना घोषित किए जाने वाले चर के समान है, जो तब वैश्विक नामस्थान हैं और अप्रत्याशित टकराव और ओवरराइट बनाते हैं।

मुझे उम्मीद है कि mySQL पर अच्छे लोग एक संग्रहित प्रक्रिया के भीतर विभिन्न ब्लॉक स्तरों पर DECLARE @ Variable की अनुमति देंगे। @ (हस्ताक्षर पर) पर ध्यान दें। @ साइन उपसर्ग तालिका कॉलम नामों से परिवर्तनीय नामों को अलग करने में मदद करता है - क्योंकि वे अक्सर समान होते हैं। निस्संदेह, कोई भी हमेशा "v" या "l_" उपसर्ग जोड़ सकता है, लेकिन @ चिह्न एक आसान और संक्षिप्त तरीका है, जिसमें वेरिएबल नाम कॉलम से मेल खाता है, जिसे आप डेटा को बिना क्लॉबर्ड किए से निकाल सकते हैं।

MySQL संग्रहीत प्रक्रियाओं के लिए नया है और उन्होंने अपने पहले संस्करण के लिए एक अच्छा काम किया है। यह देखने के लिए एक याचिका होगी कि वे इसे यहां कहां लेते हैं और भाषा के सर्वर पक्ष पहलुओं को परिपक्व देखते हैं।

Answer 4

सिद्धांत रूप में, मैं संग्रहीत प्रक्रियाओं के भीतर UserDefinedVariables (@ के साथ प्रीपेड) का उपयोग करता हूं। इससे जीवन आसान हो जाता है, खासकर जब मुझे दो या अधिक संग्रहीत प्रक्रियाओं में इन चरों की आवश्यकता होती है। जब मैं सिस्टम वैरिएबल (प्रीपेन्ड @ के बिना) का उपयोग करता हूं, तो बस मुझे केवल एक संग्रहित प्रक्रिया के भीतर एक चर की आवश्यकता होती है।

@Xybo: मुझे समझ में नहीं आ रहा है कि स्टोर्ड प्रसंस्करण में @variables का उपयोग क्यों जोखिम भरा होना चाहिए। क्या आप कृपया "गुंजाइश" और "सीमाएं" को थोड़ा सा आसान समझ सकते हैं (मेरे लिए एक नौसिखिया के रूप में)?