Discussion :

[diblasio]

Bonjour,

Je me trouve devant un dilemme qui après des heures de recherches infructueuse sur le net je m'en remet à vous.

Bien je dois faire un petit programme qui me permet de générer des no de commande.

Exemple quand j'enregistre la première commande il me génère le code "CC-00001-13"
CC = Code Client
00001 = no Facture
13 = année

EN php je trouver que l'on pouvais incrémenter une string. J'ai fais des test et cela fonctionne.

Mon dilemme est de pouvoir aller rechercher le code le plus grand dans la table Commande le tous en requête MySQL.

Veuillez me dire d'une part si c'est possible d’aller chercher la chaine la plus grande.
Et me donner une piste de recherche

Merci d'avance pour les renseignements.

Di Blasio Michael

[rewsna]

Bonjour,

Pour récupérer la facture la plus récente d'un client on pourrait faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from cmd where cc = 1 order by annee desc, nf desc limit 1;

Pour concaténer une chaîne en Mysql CONCAT(), exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT CONCAT(cc,'-',nf,'-',annee) FROM cmd;

Et pour avoir la chaîne concaténer la plus grande (Même si cela n'est pas très utile):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from (SELECT char_length(CONCAT(cc,nf,annee)) as taille  FROM cmd) a order by a.taille desc limit 1;

[SQLpro]

Je me trouve devant un dilemme qui après des heures de recherches infructueuse sur le net je m'en remet à vous.

Bien je dois faire un petit programme qui me permet de générer des no de commande.

Exemple quand j'enregistre la première commande il me génère le code "CC-00001-13"
CC = Code Client
00001 = no Facture
13 = année

Il est normal que vous soyez devant des difficultés énormes : vous avez violé la première forme normale imposée par la normalisation relationnelles. Dès lors ce n'est pas une base de données que vous utilisez mais du Excel ou du fichier Cobol... Au choix !

En effet, la 1FN spécifie que dans un attribut (colonne dans une table) il ne doit y avoir qu'une seule information. Or vous en avez trois et qui plus est de types différents (nombre et caractères).
En terme de volumétrie c'est en plus stupide, car vous ajoutez 2 caractères "-" parfaitement inutiles, donc du volume en plus donc des perfs en moins.... Songez-y ! Quand vous aurez un million de références cela fera quelque 12 millions d'octets inutiles dans votre table (en UTF8, ce rigolo de MySQL utilise 3 octets par caractères donc 3 dans la table + 3 dans l'index PK = 6 * 2 = 12)

Commencez par remodéliser en 1FN en mettant vos informations en 3 colonnes.
Vous arriverez très facilement à écrire votre requête et en sus elle sera performante ! Parce que la solution que vous trouverez avec votre gloubiboulga sera toujours catastrophique en terme de perf et jamais optimisable....
En sus, vous pourrez présenter vos données par une vue en reconstituant votre horrible clef en concaténant vos colonnes....

A +