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 :

Splitter des champs pour des calculs


Sujet :

Requêtes MySQL

  1. #1
    Membre confirmé
    Homme Profil pro
    Inscrit en
    Novembre 2013
    Messages
    563
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Novembre 2013
    Messages : 563
    Points : 460
    Points
    460
    Par défaut Splitter des champs pour des calculs
    Bonsoir,

    le titre n'est pas très clair car je ne vois pas trop comment le formuler, le plus simple est de vous donner mon code :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    SELECT
        Correcteur,
        COUNT(Cle)
    FROM MaTable
    WHERE Correcteur != ''
    GROUP BY Correcteur
    me renvoie le résultat suivant :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    Hizo => 5134
    Hizo, Stryge => 2
    r1 => 115
    je souhaiterais savoir s'il est possible de séparer le champ Hizo, Stryge afin qu'il compte comme 2 résultats à savoir :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    Hizo => 2
    Stryge => 2
    et que ça s’additionne au reste du GROUP BY, donc :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    Hizo =>5136 (5134 + 2)
    Stryge => 2
    r1 => 115
    À noter, que je ne sais pas le nombre de pseudo qui peuvent être assemblés ni les quels seront présents.
    Ça me parait bien compliqué, je pense qu'il serait plus simple de travailler les retours en php... mais ça m’intéresserait de voir ce qu'il est possible de faire

    Je signale que mes connaissances en sql sont limitées.

    Utilisation de mysql v5.7.24 sous Ubuntu Server 18.04.

    Merci et bonne nuit

    EDIT : https://www.developpez.net/forums/d6...plit-d-champs/ semble indiquer que ce n'est pas possible...

    EDIT 2 : avec ce code php, ça fonctionne, du coup, y a -t-il moyen de faire l’équivalent en sql ?
    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
    16
    17
    18
    $TableauCorrecteurs = [];
    foreach($ProgressionParCorrecteur as $Correcteurs)
    {
        $Split = explode(', ', $Correcteurs["Col1"]);
     
        if(count($Split) > 1)
        {
            foreach($Split as $Correcteur)
            {
                if(array_key_exists($Correcteur, $TableauCorrecteurs)) $TableauCorrecteurs[$Correcteur] = $TableauCorrecteurs[$Correcteur] + $Correcteurs["Col2"];
                else $TableauCorrecteurs[$Correcteur] = $Correcteurs["Col2"];
            }
        }
        else
        {
            $TableauCorrecteurs[$Correcteurs["Col1"]] = $Correcteurs["Col2"];
        }
    }
    Sous Kubuntu 20.04

  2. #2
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 134
    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 134
    Points : 38 557
    Points
    38 557
    Billets dans le blog
    9
    Par défaut
    Bonjour,

    Une colonne d'une base de données relationnelle ne doit jamais contenir une liste de valeurs. C'est la première des règles de modélisation.
    De plus, dans cette colonne vous avez une liste de noms, rien n'indique que deux occurrences de "dupont" concernent le même "dupont" vous allez donc additionner des choses qui ne doivent pas l'être
    Enfin, une solution serait envisageable si vous aviez non pas une liste de noms, mais une liste d'identifiants de personnes, sous réserve de faire une requête récursive. Or seule la version 8 de MySQL accepte les CTE et sans CTE, pas de requête récursive possible .

    Donc, si vous en avez la possibilité, revoyez la modélisation de cette base de données, en l'état, vous serez confrontés en permanence à des difficultés pour construire vos requêtes, les performances seront désastreuses et les résultats peu fiables !

  3. #3
    Membre confirmé
    Homme Profil pro
    Inscrit en
    Novembre 2013
    Messages
    563
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Novembre 2013
    Messages : 563
    Points : 460
    Points
    460
    Par défaut
    Bonjour et merci pour la réponse.

    En effet, il serait mieux d'avoir une table contenant un id pour chaque personne mais cela ne sera pas le cas car trop compliqué.

    La table sert à la traduction d'un jeu, nous sommes plusieurs à y accéder pour la modifier en direct via adminer.

    Mes requêtes ne servent que pour avoir quelques chiffres sur la progression du travail.

    Merci pour la réponse
    Sous Kubuntu 20.04

  4. #4
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 134
    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 134
    Points : 38 557
    Points
    38 557
    Billets dans le blog
    9
    Par défaut
    Si vous ne pouvez pas modifier la table existante, peut être pouvez vous en créer de nouvelles ?

    Auquel cas, laissez tomber la colonne "correcteur" de la table existante, créez une nouvelle table en relation avec celle existante et dans laquelle vous créerez autant d'occurrences qu'il y a de correcteurs pour l'identifiant;
    Et bien sur, dans cette nouvelle table, vous ne stockerez pas le nom du correcteur mais bien son identifiant avec une contrainte de type "REFERENCE" pour vérifier que cet identifiant FK de la nouvelle table correspond bien à une occurrence de PK de la table existante des correcteurs, table des correcteurs qui sera la seule dans laquelle se trouvent le nom et le prénom de chaque correcteur

    Le modèle conceptuel réduit est :

    JEUX 0,n --- corriger --- 0,n CORRECTEUR

    Ce qui correspond aux règles
    R001 : un jeu peut avoir zéro à plusieurs correcteurs
    R002 : un correcteur peut corriger zéro à plusieurs jeux

    La relation "corriger" ayant des cardinalités maxi n de chaque coté, elle devient une table dont la PK est ID_JEUX + ID_CORRECTEUR

    On obtient donc les tables :

    JX_JEUX (JX_id, JX_nom, etc...)
    CR_CORRECTEUR(CR_id, CR_nom, CR_prenom, etc...)
    CO_CORRIGER(#JX_id, #CR_id, CO_dtdeb, CO_dtfin)

  5. #5
    Membre confirmé
    Homme Profil pro
    Inscrit en
    Novembre 2013
    Messages
    563
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Novembre 2013
    Messages : 563
    Points : 460
    Points
    460
    Par défaut
    Je pense en effet que je vais partir par là

    merci.
    Sous Kubuntu 20.04

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 11
    Dernier message: 12/03/2008, 16h25
  2. Choix des champs pour une importation XLS
    Par menguygw dans le forum VBA Access
    Réponses: 1
    Dernier message: 14/06/2007, 13h09
  3. Réponses: 3
    Dernier message: 23/01/2007, 08h14
  4. Ordre des champs pour zone de liste
    Par benitoo dans le forum Access
    Réponses: 6
    Dernier message: 18/09/2006, 08h07
  5. Réponses: 9
    Dernier message: 10/01/2006, 16h27

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