Question d'optimisation lors d'un calcul sql

Bonjour,
Question d'optimisation
Quel est la meilleur option parmi les 3

Option 1 j'ai la marges_jours en dure dans la base

Code:

---

SELECT `marge`, `jrs_posit`, `ma_jrsp`

---

Option 2 je n'ai pas la marge/jrs dans la base je la calcule

Code:

---

SELECT `marge`, `jrs_posit`, (marge/jrs_posit) AS `ma_jrsp`

---

Option 3 je demandes à sql les infos puis je fais le calcule via php

Code:

---

SELECT `marge`, `jrs_posit`

---

Code:

---

1 2 3

$ marge = marge $ jrs_posit = jrs_posit $ ma_jrsp = $marge/$jrs_posit

---

à priori je répondrais option 2 mais quel est votre avis?
Les 3 options sont elles kiff kiff?(peu import)

option 1 -> je pensais l'écarter car il fait faire la lecture d'une donnée en plus plutôt q'un calcule
Je pensais à l'option 2 car il est plus interessant de faire faire le calcule par mysql que d'avoir la donnée écrite en dure car cela fait une lecture en moins => est-ce correct?
Option 3 -> je pense à l'écarter car l'on pert du temps vu que le calcule peut directement être fait par sql.

Merci d'avance pour vos explications

Salut,

Option 2 sans hésitation pour les mêmes raisons que tu avances
Quel est l'ordre de volume des données à compiler ?

Actuellement 300 k lignes par la suite entre 300 et 500k lignes à analyser.
Mais la question est également une question général.
Vaut-il mieux à priori question vitesse refaire les calcules ou entrer les données dans la bdd.
=> à partir de quel moment est-il plus interessant de passer de l'un à l'autre?

Est-ce mieux du coup de refaire le calcule à chaque fois ou de faire une vue?
Je n'ai pas encore très bien compris comment fonctionnaient les vues

alors cela va dépendre du matériel qui fait tourner le moteur.
Généralement, 300k ou 500k avec un calcul aussi simple c'est quasiment instantané.
Toi je pense tu dois quand même paginer non ? Ça doit donc faire sacrément chuter le volume de lignes à traiter, non ?
Donc à petit volume, tous les choix sont valables.

Par contre, quand tu as des calculs lourds et sur un volume important de données, la meilleur solution c'est les vues matérialisées.
Pour ça, il faut que ton moteur propose cette fonctionnalité.

non je vais construire un graphique avec ces données mais oui je n'en prendrai que quelques une c'était pour confirmer ma logique ainsi que surtout faire les éléments par les bons procédés
De plus vérifier ma logique

Bonjour,

je serai moins catégorique que rawsrc.

Si tu ne récupérais pas `marge` et `jrs_posit`, , je dirais aussi option 2 :

Code:

---

SELECT (marge/jrs_posit) AS `ma_jrsp`

---

Mais là, vu que tu les récupères, je ne suis pas persuadé qu'il faille "alourdir" les résultats d'une 3ème colonne.
Et vu que de toute façon, il y aura traitement/manipulation de données en PHP, je choisirais alors l'option 3.

Code:

---

SELECT `marge`, `jrs_posit`

---

Mais bon.
Il faudrait faire des tests de performance.