Je suis actuellement occupé à mettre en place un filtre pour lequel j'ai besoin de générer un clausse INNER JOIN pour chaque "tag" sur lequel filtrer.
Le problème est que, après tout un tas de SQL, j'ai un tableau qui contient toutes les informations dont j'ai besoin pour faire ma sélection, mais j'en ai besoin de nouveau pour chaque INNER JOIN généré.
Cela ressemble fondamentalement à:
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
Cela fonctionne, mais je préférerais de beaucoup que la table de "recherche" soit temporaire (elle peut être plus petite de plusieurs ordres de grandeur si ce n'est pas une table normale), mais cela me donne une erreur très gênante: Can't reopen table
Certaines recherches me conduisent à ce rapport de bogue mais les gens de MySQL ne semblent pas se soucier du fait qu’une fonctionnalité aussi basique (utiliser une table plus d’une fois) ne fonctionne pas avec les tables temporaires. Je rencontre beaucoup de problèmes d’extensibilité avec ce problème.
Existe-t-il une solution de contournement viable qui n'exige pas de moi que je gère potentiellement beaucoup de tables temporaires mais très réelles ou que je maintienne une table énorme avec toutes les données qu'elle contient?
Cordialement, Kris
[Additionnel]
La réponse GROUP_CONCAT ne fonctionne pas dans ma situation, car mes conditions sont constituées de plusieurs colonnes dans un ordre spécifique. Cela ferait des OU de ce que je devais être des AND. Cependant, cela m'a aidé à résoudre un problème antérieur, de sorte que la table, qu'elle soit temporaire ou non, n'est plus nécessaire. Nous pensions juste trop génériques pour notre problème. L’ensemble des filtres a maintenant été ramené d’environ une minute à moins d’un quart de seconde.
A droite, le/MySQL docs dire: "Vous ne pouvez pas faire référence à une table TEMPORARY
plus d'une fois dans la même requête."
Voici une requête alternative qui devrait trouver les mêmes lignes, bien que toutes les conditions de correspondance des lignes ne soient pas dans des colonnes séparées, elles seront dans une liste séparée par des virgules.
SELECT f1.baseID, GROUP_CONCAT(f1.condition)
FROM search f1
WHERE f1.condition IN (<condition1>, <condition2>, ... <conditionN>)
GROUP BY f1.baseID
HAVING COUNT(*) = <N>;
Une solution simple consiste à dupliquer la table temporaire. Fonctionne bien si la table est relativement petite, ce qui est souvent le cas avec les tables temporaires.
J'ai contourné ce problème en créant une table "temporaire" permanente et en ajoutant le SPID (désolé, je viens de SQL Server Land) au nom de la table pour créer un nom de table unique. Créez ensuite des instructions SQL dynamiques pour créer les requêtes. Si quelque chose de mauvais arrive, la table sera supprimée et recréée.
J'espère une meilleure option. Allez, les développeurs MySQL. Le 'bug'/'demande de fonctionnalité' est ouvert depuis 2008! On dirait que tous les "insectes" que nous avons rencontrés sont dans le même bateau.
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;
Personnellement, je voudrais juste en faire une table permanente. Vous voudrez peut-être créer une base de données distincte pour ces tables (elles auront probablement besoin de noms uniques car plusieurs de ces requêtes peuvent être effectuées en même temps), également pour permettre de définir judicieusement les autorisations (Vous pouvez définir t définir les autorisations sur les caractères génériques de la table).
Ensuite, vous aurez également besoin d'un travail de nettoyage pour supprimer les anciens de temps en temps (MySQL se souvient de l'heure à laquelle une table a été créée, afin que vous puissiez simplement l'utiliser pour déterminer quand un nettoyage était nécessaire).
J'ai été capable de changer la requête en une table permanente et cela l'a corrigé pour moi. (modification des paramètres VLDB dans MicroStrategy, type de table temporaire).
Vous pouvez le contourner soit en créant une table permanente, que vous supprimerez par la suite, soit en créant 2 tables temporaires séparées avec les mêmes données