IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Requêtes MySQL Discussion :

update trop lourd


Sujet :

Requêtes MySQL

  1. #21
    Modérateur

    Profil pro
    dba
    Inscrit en
    Janvier 2010
    Messages
    5 643
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : dba

    Informations forums :
    Inscription : Janvier 2010
    Messages : 5 643
    Points : 13 092
    Points
    13 092
    Par défaut
    Bonjour,

    Citation Envoyé par Artemus24 Voir le message
    Je reprends votre exemple :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    AND `id` NOT IN (SELECT `userid`  FROM `phplist_listuser` WHERE `listid` = 5);
    Cela peut se traduire en :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    AND NOT EXIST (SELECT 1 FROM phplist_listuser as t2 WHERE t2.listid = 5 AND t2.userid = t1.id);
    mais aussi en :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    AND EXIST (SELECT 1 FROM phplist_listuser as t2 WHERE t2.listid <> 5 OR t2.userid <> t1.id);
    Ma remarque concerne l'équivalence des écritures !
    Ces trois requêtes ne sont absolument pas équivalentes !
    La requête NOT EXISTS sera équivalente (à la requête NOT IN) si et seulement si userid est non nullable (ce que l'on peut toutefois supposer ici).
    En revanche, la dernière n'a rien à voir, comme gotcha5832 l'a d'ailleurs déjà démontré.

  2. #22
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 133
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2010
    Messages : 10 133
    Points : 38 556
    Points
    38 556
    Billets dans le blog
    9
    Par défaut
    Citation Envoyé par Artemus24 Voir le message
    J'ai trouvé un sujet où Escartefigue s'est retrouvé dans le même cas que moi au sujet de l'opérateur différent.
    No comment !
    Certainement pas, vous avez mal lu le sujet !

    La discussion portait sur le fait que le prédicat OR permet l'usage d'un index en accès direct, mais qu'il faut bien évidemment utiliser deux fois cet index puisqu'il faut vérifier la présence de deux valeurs. Dans ce post, je montrai les plans d'exécution de requetes qui prouvent que le prédicat OR peut être SARGABLE dans la mesure où l'on utilise SARGABLE dans le sens recherche directe via un index, mais pas forcément recherche en une seule lecture par index. Ex : where cond1 OR cond2 ==> 2 recherhes dans l'index, exactement comme avec Where colonne in (valeur1, valeur2)

    A ne pas confondre avec un index scan par exemple
    Et à ne confondre surtout pas avec le NOT

    Quand a votre remarque sur le not exists, bien sur qu'il est sargable, personne ne dit le contraire, mais ça n'a aucun rapport avec not between
    Encore une fois vous confondez des notions qui n'ont aucun rapport et en plus, vous induisez en erreur l'initiateur de ce sujet avec vos réponses erronées
    De la part de celui qui a un jour affirmé, je vous cite (attention ca pique les yeux) : "La première jointure que l'on rencontre est le fichier séquentiel indexé", plus rien ne me surprend !

    Source (réponse n° 13) : https://www.developpez.net/forums/d1...onelle-bloque/

  3. #23
    Modérateur

    Profil pro
    dba
    Inscrit en
    Janvier 2010
    Messages
    5 643
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : dba

    Informations forums :
    Inscription : Janvier 2010
    Messages : 5 643
    Points : 13 092
    Points
    13 092
    Par défaut
    et sinon...
    Que donne ceci ?

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
     
    UPDATE `phplist_user_user` 
    SET `confirmed` = 0
    WHERE 
    	(`entered` < '2017-01-01 00:00:01' OR`entered` > '2017-02-20 00:00:01' )
    	AND `id` IN (
    			select `userid` 
    			FROM `phplist_usermessage` 
    			WHERE `userid`  NOT IN (SELECT `userid`  FROM `phplist_listuser` WHERE `listid` = 5)
    			group by `userid` 
    			having count(*) > 10
    			AND MAX(viewed) IS NULL
    	) 
     
    	;

Discussions similaires

  1. Raffraichissement d'image trop lourd
    Par ppopov dans le forum AWT/Swing
    Réponses: 12
    Dernier message: 07/02/2006, 18h41
  2. base trop lourde
    Par marie49 dans le forum Access
    Réponses: 7
    Dernier message: 26/12/2005, 02h40
  3. variable de session trop lourde ???
    Par LE NEINDRE dans le forum Général Conception Web
    Réponses: 2
    Dernier message: 11/10/2005, 14h34
  4. [CGI] variable de session trop lourde ????
    Par LE NEINDRE dans le forum Web
    Réponses: 2
    Dernier message: 07/10/2005, 09h12
  5. Réponses: 11
    Dernier message: 22/03/2005, 01h04

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo