Discussion :

[kerllymay]

Salut la famille,

Quelqu'un peut m'aider a faire cette requête ?

Voici l'exemple de ma table :

montant | devise
-----------------------
500 | $
200 | £
350 | £
600 | $
650 | $

REQ 1 : J'aimerais récupérer la dernière d (£)
REQ 2 : la dernière d ($)

Comment faire ?
Merci d'avance

[tatayo]

Bonjour,
Pour répondre, il faut que tu nous expliques ce qui caractérise la "dernière" ligne.
Car pour avoir une première ligne, une dernière ligne, il faut un tri, et je ne vois pas comment trier les lignes ici.

Tatayo

[Séb.]

Je rejoins tatayo.

Dans le principe :

SELECT ALL montant
FROM ta_table
WHERE devise = '$'
ORDER BY <ton critère de tri> DESC
LIMIT 1 -- Ici ça peut différer selon ton SGBD
;

[kerllymay]

Bonjour,
Pour répondre, il faut que tu nous expliques ce qui caractérise la "dernière" ligne.
Car pour avoir une première ligne, une dernière ligne, il faut un tri, et je ne vois pas comment trier les lignes ici.

Tatayo

Merci pour ta réaction,
oft j'ai une table qui enregistre des montants avec devises, dans cette table je mélange 2 devises ($ et £), mon souhait est que si je dois enregistrer un nouveau montant par exemple en $, que je prenne
le denier montant en $ enregistré ds la bdd et l'addition avec le nouveau.

voilà la raison de ma question

[tatayo]

Ok, mais on ne sait toujours pas comment trier les lignes, il n'y a aucune colonne dans la table qui permet de faire ce tri.
Les lignes d'une table ne sont pas "rangées" dans la base, il n'y a pas de notion de première ou dernière ligne.

Si je prends 2 lignes au hasard, qu'est-ce qui me permet de savoir quelle ligne vient avant l'autre ?

Peux-tu nous donner la structure exacte de la table en question ?

Tatayo

[fred1599]

Bonjour,

j'ai une table qui enregistre des montants avec devises, dans cette table je mélange 2 devises ($ et £), mon souhait est que si je dois enregistrer un nouveau montant par exemple en $, que je prenne
le denier montant en $ enregistré ds la bdd et l'addition avec le nouveau.

Pour moi le critère d'ordonnancement serait l'ID représentant la dernière insertion dans la base de données.

En utilisant la requête de @Séb, on peut préciser,

Code :

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

ORDER BY id DESC

Pour le reste c'est une addition entre le résultat de cette requête et le montant à ajouter, puis on insère le montant total dans la BDD.

[Séb.]

mon souhait est que si je dois enregistrer un nouveau montant par exemple en $, que je prenne
le denier montant en $ enregistré ds la bdd et l'addition avec le nouveau.

Tu parles de "dernier enregistrement" => Il faut donc horodater les insertions, on fait ça avec une colonne DATETIME

Tu veux faire un cumul ? Généralement on n'enregistre pas des résultats de calcul en bdd, mais les données "primaires". Ensuite tu affiches le résultat du calcul au besoin.

operation
---------------
id		-- auto-incrément
amount		-- montant
currency_id	-- devise, clef étrangère vers currency.id
created_at	-- hododatage création

currency
---------------
id
code		-- Euro = EUR
number		-- Euro = 978
name		-- Euro
symbol		-- Euro = €

Montants cumulés par devise :

SELECT ALL
    c.code AS "Code devise", c.name AS "Devise",
    SUM(o.amount) AS "Montant cumulé", MAX(o.created_at) AS "Dernière insertion"
FROM operation AS o
INNER JOIN currency AS c ON o.currency_id = c.id
GROUP BY 1, 2
;

[al1_24]

Pour moi le critère d'ordonnancement serait l'ID représentant la dernière insertion dans la base de données.

Rien ne permet d'affirmer que les ID, même déclarés en auto-incrément, sont attribués de manière logique.
Certains SGBD répartis ou pratiquant la parallélisation des traitements attribuent leurs ID par plages en fonction des processeurs qui traiteront la ligne insérée.
Seul l'horodatage à la microseconde, voire la nanoseconde, pourrait permettre alors d'identifier clairement l'ordre d'insertion des lignes...

[fred1599]

Rien ne permet d'affirmer que les ID, même déclarés en auto-incrément, sont attribués de manière logique.
Certains SGBD répartis ou pratiquant la parallélisation des traitements attribuent leurs ID par plages en fonction des processeurs qui traiteront la ligne insérée.
Seul l'horodatage à la microseconde, voire la nanoseconde, pourrait permettre alors d'identifier clairement l'ordre d'insertion des lignes...

Je suis tout à fait d'accord, mais je ne pense pas que le PO prévoit l'ajout d'une colonne, je ne vois donc que l'ID auto incrémenté comme solution.
Mais si il a cette possibilité ou s'il souhaite tout simplement cette solution, c'est effectivement la solution à préconiser.

[kerllymay]

Tu parles de "dernier enregistrement" => Il faut donc horodater les insertions, on fait ça avec une colonne DATETIME

Tu veux faire un cumul ? Généralement on n'enregistre pas des résultats de calcul en bdd, mais les données "primaires". Ensuite tu affiches le résultat du calcul au besoin.

operation
---------------
id		-- auto-incrément
amount		-- montant
currency_id	-- devise, clef étrangère vers currency.id
created_at	-- hododatage création

currency
---------------
id
code		-- Euro = EUR
number		-- Euro = 978
name		-- Euro
symbol		-- Euro = €

Montants cumulés par devise :

SELECT ALL
    c.code AS "Code devise", c.name AS "Devise",
    SUM(o.amount) AS "Montant cumulé", MAX(o.created_at) AS "Dernière insertion"
FROM operation AS o
INNER JOIN currency AS c ON o.currency_id = c.id
GROUP BY 1, 2
;

Merci beaucoup je v essayer, ça marche merci infiniment

[escartefigue]

Je suis tout à fait d'accord, mais je ne pense pas que le PO prévoit l'ajout d'une colonne, je ne vois donc que l'ID auto incrémenté comme solution.

Une solution n'est valable que si elle est fiable à 100%, or, comme l'a justement expliqué AL1__24, la valeur d'un identifiant attribuée par le SGBD (auto_increment, identity ou autre selon le SGBD) n'est pas toujours chronologique, il y a de nombreuses exceptions. Donc NON l'utilisation d'un identifiant auto_incrémenté n'est pas une solution envisageable.

Les différentes solutions applicables pour ce type de besoin sont expliquées dans mon blog, voir ICI