मैं एसक्यूएल सर्वर पर एक संग्रहीत प्रक्रिया है में '## अस्थायी' नाम दिया है 2000 यह शामिल हैं:
select ... into ##Temp ...वहां पहले से ही एक वस्तु डेटाबेस
...
drop table ##Temp
जब मैं एडीओ के साथ संग्रहीत प्रक्रिया को दूसरी बार चलाने के लिए, यह संकेत:
डेटाबेस में '## Temp' नामक एक ऑब्जेक्ट पहले से ही है।
क्या कोई मुझे कृपया बता सकता है कि क्या गलत है?
आप अस्थायी तालिका ड्रॉप करने यदि वह मौजूद अपने संग्रहीत proc फिर से लिखना चाहिए, तो आप कभी भी इस मुद्दे
IF (SELECT object_id('TempDB..##Temp')) IS NOT NULL
BEGIN
DROP TABLE ##Temp
END
त्रुटि है <डेटाबेस में पहले से ही '## Temp' नाम का एक ऑब्जेक्ट है।> तो
में समस्या नहीं है, और यदि पहले से ही ## Temp नामक ऑब्जेक्ट है तो आपको एक नया निर्माण करने के लिए मूल को छोड़ना होगा ... –
बस जिज्ञासा से बाहर, क्या यह कोड केवल SQL-Server 2000 के लिए लागू होता है? इसे SQL-Server 2008 में आज़माया गया था और एक त्रुटि हो रही थी: 'तालिका को नहीं छोड़ सकता' #jobsconsumed ', क्योंकि यह अस्तित्व में नहीं है या आपके पास अनुमति नहीं है। – whatwhatwhat
आप तालिका नाम की शुरुआत में ## द्वारा इंगित वैश्विक टेम्पलेट तालिका का उपयोग कर रहे हैं। इसका मतलब है कि कई सत्र तालिका तक पहुंच सकते हैं।
यह संभावना है कि आपके पास एक कनेक्शन खुला है जिसने तालिका बनाई है, लेकिन इसे छोड़ने में विफल रहा है। क्या आप सुनिश्चित हैं कि पहला एडीओ रन वास्तव में तालिका छोड़ देता है। क्या यह असफल हो सकता है, या प्रक्रिया में प्रवाह नियंत्रण ड्रॉप स्टेटमेंट छोड़ सकता है?
आप SQL सर्वर एंटरप्राइज़ प्रबंधक में प्रक्रिया को जांचने के लिए जांच सकते हैं कि यह किसी भी त्रुटि की रिपोर्ट करता है या नहीं।
मैं इसे क्वेरी विश्लेषक से भी नहीं छोड़ सकता। शायद पहले कई बार कुछ विफल रहा। मैं देखूंगा। – phoenies
हां, मुझे यह उल्लेख करना चाहिए था कि केवल निर्माण कनेक्शन ही इसे छोड़ सकता है। आप SP_WHO2 चला सकते हैं यह देखने के लिए कि क्या अन्य कनेक्शन हैं जो मालिक हो सकते हैं। दुर्भाग्यवश, यह आपको नहीं बताएगा कि कौन सा कनेक्शन फ़ाइल का मालिक है। सौभाग्य। – bobs
चूंकि आपने वैश्विक अस्थायी तालिका ##Temp का उपयोग करना चुना है, यह किसी भी समय सभी SQL कनेक्शनों के लिए दृश्यमान है। जाहिर है, जबकि संग्रहीत proc एक कनेक्शन के लिए चल रहा है, एक दूसरे के संबंध में आता है और अभी तक एक और ##Temp बनाने की कोशिश करता है, लेकिन वह पहले से मौजूद है ....
उपयोग कनेक्शन-स्थानीय #Temp तालिकाओं (केवल एक #) के बजाय।
एआरएम ... लेकिन मुझे यकीन है कि केवल एक कनेक्शन 'निजी कनेक्शन के रूप में निजी डीबीसीएन' है, जिसे मैंने बनाया है। – phoenies
यह त्रुटि तब भी दिखाई देती है जब केवल एक '#' का उपयोग किया जाता है। – whatwhatwhat
ओह, यह मेरी सारी गलती है। मैंने गलती से एक कनेक्शन के माध्यम से एसपी को दो बार बुलाया।
यही कारण है कि दूसरी बार बुलाए जाने पर यह हमेशा त्रुटि की रिपोर्ट करता है।
बेशक आप मेरे विवरण को पढ़कर नहीं जान पाएंगे। क्षमा करें लोग ...
नहीं होगा मेरे लिए इस समाधान काम करता है:
IF (SELECT object_id ='#Temp') IS NOT NULL
BEGIN
DROP TABLE #Temp
END
यह काम नहीं करेगा। 'object_id' एक फ़ंक्शन है। यह 'object_id ('# temp') होना चाहिए –
क्या आप केवल तालिका चर का उपयोग नहीं कर सकते (चयन करें .. @temp में)। तो आपको टेबल को हटाने के बारे में चिंता करने की आवश्यकता नहीं है, आदि – RPM1984
तालिका संरचना गतिशील है। यही कारण है कि मैं temp टेबल का उपयोग करें। – phoenies