Éviter d'utiliser la même sous-requête plusieurs fois dans une requête

Question

Dans un serveur MMORPG que je suis en train de refactoriser, j'ai deux tables. Un pour les objets, et un pour les sorts. Chaque objet a jusqu'à 5 sorts, donc je suis allé avec un format de matrice clairsemée, ayant 5 colonnes pour les ID de sorts.

Les concepteurs originaux de cette structure ont choisi d'utiliser MyISAM qui ne prend pas en charge le référencement, ce qui fait que la table des éléments contient des éléments avec des ID de sorts inexistants. Je souhaite savoir quels éléments ont des ID de sorts incorrects afin de les corriger et peut-être à la longue convertir en InnoDB.

Jusqu'à présent, j'ai pu venir avec seulement ceci:

SELECT COUNT(*) 
    FROM items 
WHERE spellid_1 NOT IN (SELECT entry FROM research.spell) 
    OR spellid_2 NOT IN (SELECT entry FROM research.spell) 
    OR spellid_3 NOT IN (SELECT entry FROM research.spell) 
    OR spellid_4 NOT IN (SELECT entry FROM research.spell) 
    OR spellid_5 NOT IN (SELECT entry FROM research.spell); 

Y at-il une façon plus élégante de le faire?

EDIT: NULL spellid_n compte comme valide car cela signifie que l'élément n'a pas un sort dans cet emplacement.

Answer 1

Il aurait été plus élégant de concevoir les tables de manière à ce que vous n'ayez pas 5 colonnes spellid dans la même table, c'est-à-dire d'avoir une table item_spell qui autoriserait un nombre illimité de sorts. En plus d'être plus à l'épreuve (lorsque vous vous trouvez besoin maintenant 6 sorts), votre requête deviendrait:

SELECT COUNT(DISTINCT item_id) 
    FROM item_spells 
WHERE spell_id NOT IN (SELECT entry FROM research.spell); 

Comme il est, vous êtes obligé d'effectuer la vérification 5 fois.

Answer 2

L'étape de normalisation proposée serait utile (pour avoir une table de connexion pour la relation plusieurs-à-plusieurs élément-épeler). Un inconvénient de la version dénormalisée est que les sorts d'objets ont un ordre implicite, nous devons toujours les traiter tous, par exemple en vérifiant si un élément a un sort spécifique ou non.

Toutefois, le moteur de stockage optimise le SQL long avec la sous-requête 5 identiques, il ne devrait pas causer de problèmes de performance. Un phrasé alternative serait, en utilisant le SQL '99 norme 'avec' clause:

WITH spellids(entry) AS SELECT entry FROM research.spell 
SELECT COUNT(*) 
FROM items 
WHERE  spellid_1 NOT IN spellids OR spellid_2 NOT IN spellids 
     OR spellid_3 NOT IN spellids OR spellid_4 NOT IN spellids 
     OR spellid_5 NOT IN spellids ; 

Pas beaucoup plus court, et, malheureusement, MySQL ne supporte pas la clause 'avec' (voir this question) encore.

Answer 3

Spidey, bonne question. Effectuez les actions suivantes:

SELECT COUNT(*) 
FROM items i 
LEFT JOIN research.spell spell1 ON i.spellid_1 = spell1.entry 
LEFT JOIN research.spell spell2 ON i.spellid_2 = spell2.entry 
LEFT JOIN research.spell spell3 ON i.spellid_3 = spell3.entry 
LEFT JOIN research.spell spell4 ON i.spellid_4 = spell4.entry 
LEFT JOIN research.spell spell5 ON i.spellid_5 = spell5.entry 
WHERE spell1.entry IS NULL 
OR spell2.entry IS NULL 
OR spell3.entry IS NULL 
OR spell4.entry IS NULL 
OR spell5.entry IS NULL 

La clé ici est que vous voulez LEFT JOIN votre table de research.spell, de sorte qu'il comprend des éléments qui ne possèdent pas de ligne correspondante pour la condition join donnée. Ensuite, vous filtrez ce jeu de tables où le côté droit de la jointure est NULL. Cela vous donne des lignes de la table de gauche (items) sans ligne correspondante dans la table de droite (research.spell).

EDIT:

Notez également, que je quitte votre compte initial SELECT (*) inchangé. Cela vous donnera le nombre total d'éléments qui ont 1 ou plusieurs sorts invalides. Vous devrez le changer pour SELECT i.id ou quelque chose de similaire pour récupérer les ID des éléments qui ont des sorts invalides.

Answer 4

essayer le "inverse pas" comme on l'appelle:

SELECT COUNT(*) 
FROM items 
WHERE (SELECT entry FROM research.spell) NOT IN (spellid_1, spellid_2, 
               spellid_3, spellid_4, 
               spellid_5) 

EDIT: ah pensé qu'il y avait seulement 1 valeur. alors vous pouvez le faire dans une jointure interne:

SELECT COUNT(*) 
FROM items i 
    join (SELECT entry FROM research.spell) t 
      on t.entry NOT IN (spellid_1, spellid_2, spellid_3, spellid_4, spellid_5)