MySQL के आसपास हो रही है "तालिका को फिर से खोल नहीं सकता" त्रुटि

Question 1

मैं वर्तमान में उन फ़िल्टर को लागू करने में व्यस्त हूं, जिनके लिए मुझे फ़िल्टर करने के लिए प्रत्येक "टैग" के लिए INNER JOIN क्लॉज़ जनरेट करना होगा।

समस्या यह है कि एसक्यूएल के पूरे झुंड के बाद, मेरे पास एक तालिका है जिसमें मुझे अपना चयन करने के लिए आवश्यक सभी जानकारी है, लेकिन मुझे हर उत्पन्न INNER JOIN के लिए फिर से इसकी आवश्यकता है

यह मूल रूप से ऐसा दिखता है:

SELECT
    *
FROM search
INNER JOIN search f1 ON f1.baseID = search.baseID AND f1.condition = condition1
INNER JOIN search f2 ON f2.baseID = search.baseID AND f2.condition = condition2
...
INNER JOIN search fN ON fN.baseID = search.baseID AND fN.condition = conditionN

यह काम करता है, लेकिन मैं "अस्थायी" तालिका को अस्थायी रूप से पसंद करूंगा (यह सामान्य तालिका नहीं होने पर छोटे परिमाण के कई आदेश हो सकते हैं) लेकिन यह मुझे बहुत कष्टप्रद त्रुटि देता है: Can't reopen table

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

क्या कोई व्यवहार्य वर्कअराउंड है जो मुझे संभावित रूप से बहुत सारे अस्थायी लेकिन बहुत वास्तविक तालिकाओं का प्रबंधन करने की आवश्यकता नहीं है या मुझे इसमें सभी डेटा के साथ एक बड़ी तालिका बनाए रखने की आवश्यकता है?

तरह का संबंध है, क्रिश

[अतिरिक्त]

GROUP_CONCAT का जवाब मेरी स्थिति में काम नहीं करता है क्योंकि मेरी शर्तें विशिष्ट क्रम में कई कॉलम हैं, यह ओआरएस को उन चीजों से बाहर कर देगा जिन्हें मुझे ANDs होने की आवश्यकता है। हालाँकि, इससे मुझे पहले वाली समस्या को हल करने में मदद मिली, इसलिए अब तालिका, अस्थायी या नहीं की आवश्यकता नहीं है। हम अपनी समस्या के लिए बहुत सामान्य सोच रहे थे। फ़िल्टर्स के पूरे अनुप्रयोग को अब एक मिनट से लेकर एक सेकंड के एक चौथाई हिस्से में वापस लाया गया है।

Question 2

अगर MariaDB (MySQL का एक कांटा) पर स्विच करना संभव है - यह झुंझलाहट वहाँ संस्करण 10.2.1 के रूप में तय की गई है: https://jira.mariadb.org/browse/MDEV-5535 ।

Question 3

एक सरल समाधान अस्थायी तालिका की नकल करना है। अच्छी तरह से काम करता है यदि तालिका अपेक्षाकृत छोटा है, जो अक्सर अस्थायी तालिकाओं के साथ होता है।

Question 4

ठीक है, MySQL डॉक्स कहते हैं: "आप एक TEMPORARYही क्वेरी में एक से अधिक बार तालिका का उल्लेख नहीं कर सकते ।"

यहां एक वैकल्पिक क्वेरी है जिसे समान पंक्तियों को खोजना चाहिए, हालांकि पंक्तियों की मिलान की सभी शर्तें अलग-अलग कॉलम में नहीं होंगी, वे अल्पविराम से अलग की गई सूची में होंगी।

SELECT f1.baseID, GROUP_CONCAT(f1.condition)
FROM search f1
WHERE f1.condition IN (<condition1>, <condition2>, ... <conditionN>)
GROUP BY f1.baseID
HAVING COUNT(*) = <N>;

Question 5

मैंने एक स्थायी "अस्थायी" तालिका बनाकर और एक अद्वितीय तालिका नाम बनाने के लिए तालिका नाम में SPID (क्षमा करें, मैं SQL सर्वर भूमि से) प्रत्यय लगाकर प्राप्त किया। फिर क्वेरीज़ बनाने के लिए डायनेमिक SQL स्टेटमेंट बनाते हैं। यदि कुछ भी बुरा होता है, तो तालिका को गिरा दिया जाएगा और पुनः बनाया जाएगा।

मैं बेहतर विकल्प की उम्मीद कर रहा हूं। C'mon, MySQL Devs। 2008 से 'बग' / 'सुविधा अनुरोध' खुला है! लगता है जैसे सभी 'बग्स' का सामना उसी नाव में होता है।

select concat('ReviewLatency', CONNECTION_ID()) into @tablename;

#Drop "temporary" table if it exists
set @dsql=concat('drop table if exists ', @tablename, ';');
PREPARE QUERY1 FROM @dsql;
EXECUTE QUERY1;
DEALLOCATE PREPARE QUERY1;

#Due to MySQL bug not allowing multiple queries in DSQL, we have to break it up...
#Also due to MySQL bug, you cannot join a temporary table to itself,
#so we create a real table, but append the SPID to it for uniqueness.
set @dsql=concat('
create table ', @tablename, ' (
    `EventUID` int(11) not null,
    `EventTimestamp` datetime not null,
    `HasAudit` bit not null,
    `GroupName` varchar(255) not null,
    `UserID` int(11) not null,
    `EventAuditUID` int(11) null,
    `ReviewerName` varchar(255) null,
    index `tmp_', @tablename, '_EventUID` (`EventUID` asc),
    index `tmp_', @tablename, '_EventAuditUID` (`EventAuditUID` asc),
    index `tmp_', @tablename, '_EventUID_EventTimestamp` (`EventUID`, `EventTimestamp`)
) ENGINE=MEMORY;');
PREPARE QUERY2 FROM @dsql;
EXECUTE QUERY2;
DEALLOCATE PREPARE QUERY2;

#Insert into the "temporary" table
set @dsql=concat('
insert into ', @tablename, ' 
select e.EventUID, e.EventTimestamp, e.HasAudit, gn.GroupName, epi.UserID, eai.EventUID as `EventAuditUID`
    , concat(concat(concat(max(concat('' '', ui.UserPropertyValue)), '' (''), ut.UserName), '')'') as `ReviewerName`
from EventCore e
    inner join EventParticipantInformation epi on e.EventUID = epi.EventUID and epi.TypeClass=''FROM''
    inner join UserGroupRelation ugr on epi.UserID = ugr.UserID and e.EventTimestamp between ugr.EffectiveStartDate and ugr.EffectiveEndDate 
    inner join GroupNames gn on ugr.GroupID = gn.GroupID
    left outer join EventAuditInformation eai on e.EventUID = eai.EventUID
    left outer join UserTable ut on eai.UserID = ut.UserID
    left outer join UserInformation ui on eai.UserID = ui.UserID and ui.UserProperty=-10
    where e.EventTimestamp between @StartDate and @EndDate
        and e.SenderSID = @FirmID
    group by e.EventUID;');
PREPARE QUERY3 FROM @dsql;
EXECUTE QUERY3;
DEALLOCATE PREPARE QUERY3;

#Generate the actual query to return results. 
set @dsql=concat('
select rl1.GroupName as `Group`, coalesce(max(rl1.ReviewerName), '''') as `Reviewer(s)`, count(distinct rl1.EventUID) as `Total Events`
    , (count(distinct rl1.EventUID) - count(distinct rl1.EventAuditUID)) as `Unreviewed Events`
    , round(((count(distinct rl1.EventUID) - count(distinct rl1.EventAuditUID)) / count(distinct rl1.EventUID)) * 100, 1) as `% Unreviewed`
    , date_format(min(rl2.EventTimestamp), ''%W, %b %c %Y %r'') as `Oldest Unreviewed`
    , count(distinct rl3.EventUID) as `<=7 Days Unreviewed`
    , count(distinct rl4.EventUID) as `8-14 Days Unreviewed`
    , count(distinct rl5.EventUID) as `>14 Days Unreviewed`
from ', @tablename, ' rl1
left outer join ', @tablename, ' rl2 on rl1.EventUID = rl2.EventUID and rl2.EventAuditUID is null
left outer join ', @tablename, ' rl3 on rl1.EventUID = rl3.EventUID and rl3.EventAuditUID is null and rl1.EventTimestamp > DATE_SUB(NOW(), INTERVAL 7 DAY) 
left outer join ', @tablename, ' rl4 on rl1.EventUID = rl4.EventUID and rl4.EventAuditUID is null and rl1.EventTimestamp between DATE_SUB(NOW(), INTERVAL 7 DAY) and DATE_SUB(NOW(), INTERVAL 14 DAY)
left outer join ', @tablename, ' rl5 on rl1.EventUID = rl5.EventUID and rl5.EventAuditUID is null and rl1.EventTimestamp < DATE_SUB(NOW(), INTERVAL 14 DAY)
group by rl1.GroupName
order by ((count(distinct rl1.EventUID) - count(distinct rl1.EventAuditUID)) / count(distinct rl1.EventUID)) * 100 desc
;');
PREPARE QUERY4 FROM @dsql;
EXECUTE QUERY4;
DEALLOCATE PREPARE QUERY4;

#Drop "temporary" table
set @dsql = concat('drop table if exists ', @tablename, ';');
PREPARE QUERY5 FROM @dsql;
EXECUTE QUERY5;
DEALLOCATE PREPARE QUERY5;

Question 6

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

फिर आपको कभी-कभार पुराने लोगों को हटाने के लिए एक सफाई की नौकरी की आवश्यकता होगी (MySQL आसानी से एक टेबल बनाए जाने के समय को याद करता है, इसलिए आप बस इसका उपयोग कर सकते हैं कि जब सफाई की आवश्यकता होती है)

Question 7

मैं क्वेरी को एक स्थायी तालिका में बदलने में सक्षम था और इसने मेरे लिए इसे निर्धारित किया। (MicroStrategy में VLDB सेटिंग्स को बदल दिया, अस्थायी तालिका प्रकार)।

Question 8

आप एक स्थायी तालिका बनाकर इसके चारों ओर प्राप्त कर सकते हैं, जिसे आप बाद में हटा देंगे, या बस एक ही डेटा के साथ 2 अलग-अलग अस्थायी टेबल बना सकते हैं

Question 9

यहाँ इस मुद्दे के बारे में MYSQL डॉक्स हैं। मैं ऊपर दिए गए कुछ उत्तरों की तरह डुप्लिकेट अस्थायी टेबलों का उपयोग करता हूं, हालांकि, आपके पास ऐसी स्थिति हो सकती है जहां सीटीई उपयुक्त है!

https://dev.mysql.com/doc/refman/8.0/en/temporary-table-problems.html