Version imprimable
Bonjour à tous,
Je souhaite extraire, lors de la requête, uniquement les chiffres du champ ayant la forme suivante :
J'ai écrit la requête suivante :Code:Local =1350@@@Matériel =@@@Travaux =15000@@@Mobilier =…
La requête ne me retourne que 1, je ne vois pas comment finaliser cette requête pour obtenir 1350 !Code:SELECT REPLACE(Besoin1, Besoin1 REGEXP '[^0-9]', "") AS Total FROM table1 WHERE id = 2
Si qqu'un à une piste d'avance merci !
C'est bourrin mais ça fonctionne avec MySQL : :aie:
Plus propre : :mrgreen:Code:
2
Code:
2
Dans ce cas-là tu délaisses le 15000 de ta chaine ? Pour quelle raison ? Comment différencier quels chiffres doit-on extraire plus que d'autres ?Citation:
Envoyé par bronon
Merci CinePhil pour ta réponse rapide malheureusement aucune des solutions ne fonctionne correctement. Elles me retournent nombre ==> 0, bizarre non ?
Je veux récupérer tous les nombres balisés par = et @@@, soit par ex.
J'avais essayé avec des regex du genre /[^0-9@]/ et REPLACE mais je m'en suis pas sorti !Code:Matériel bureautique =25000@@@Matériel de Transport=25000@@@…
D'autres pistes ?
Bonne fin de journée
Effectivement, ça ne fonctionnera que si la chaîne commence pas un nombre, je crois.
Dans ton cas, si toutes les chaînes sont de la forme [des_caractères_sans_@]=[nombre][@...], tu pourras récupérer le premier nombre en jouant avec les fonctions de chaînes de caractères.
1) Cherche la position du = avec la fonction LOCATE.
2) Cherche la position du @ avec la même fonction.
3) Extrait les caractères situés entre ces deux positions avec SUBSTRING.
Je crois comprendre que ta colonne contient uen sorte de sérialisation de données, ce qui est une très mauvaise conception de BDD ! :aie:
J'ose espérer que ta recherche est dans le but de corriger cette grosse faute de conception ?
Si tu as besoin de désérialiser les données pour les enregistrer dans un modèle correct, tu peux passer par un langage de programmation.
Merci pour ta réponse,
Effectivement C une sorte de sérialization des données qui sont dans cette table.
Étant données que C la seule table de la base qui a cette structure j'aimerai comprendre pourquoi c'est nul de sérializer des données ?
Désolé mais je découvre le pb.
Cdlt
Parce que ça ne respecte pas les formes normales de la conception des bases de données relationnelles, à commencer par la première.Citation:
j'aimerai comprendre pourquoi c'est nul de sérializer des données ?
En principe, UNE colonne d'UNE table ne doit contenir qu'UNE information.
À la rigueur, la sérialisation serait acceptable si le bloc de données enregistré est systématiquement utilisé en bloc, sans mise à jour et sans aucune extraction partielle des infos contenues dans le block sérialisé.
On a visiblement ici des catégories associées à des nombres. Il faudrait donc une table des catégories et, selon ce que représente ce nombre, le mettre en colonne de la table des catégories ou faire une autre table permettant l'association.Citation:
Matériel bureautique =25000@@@Matériel de Transport=25000@@@…
De quoi s'agit-il, concrêtement ?
Le modèle de données peut-il être modifié ?
Merci pour ta réponse très bien documentée mais avec toi j'ai pris l'habitude d'avoir qq chose de toujours au top !
Aujourd'hui les colonnes sont enregistrées d'un bloc sans motif interne et lu d'un bloc donc C +/- dans les clous, les données extraites étant manipulées et mise en forme avec JS donc sur le front user. Je pensais pouvoir extraire des données partielles comme tu l'as bien compris.
A ce stade ça sera un lourd travail de (re)modeler la table, le projet est très avancé.
Je pense que je vais rester avec la aversion actuelle car le temps presse !
Encore merci
Bon App