Je pense que vous êtes en phase même si vous n’avez pas les mêmes formulations... Il ne s’agit pas d’anticiper tous les problèmes (est-ce vraiment possible ?) ou de se lancer dans de la production de code quand on peut faire sans frontal à priori...
Ici, il s’agit justement de remettre en question l’architecture (plus précisément le « modèle de données » s’il y a) car on se rend compte avec peu de données que ça pose déjà des problèmes de maniabilité/praticité... (et je parie qu’il y a des trucs plus poussés qui sont prévus) : ce n’est donc pas une optimisation prématurée mais bien le moment de revoir la copie.
Ceci dit, je pense que vouloir gérer des « mouvements » est plus de l’ordre du code frontal ou il faut passer par des procédures stockées si on veut faire cela en base.
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: table stock
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au message Sous requêtes et alias. Évalué à 3. Dernière modification le 11 avril 2025 à 13:23.
Je pense que vous êtes en phase même si vous n’avez pas les mêmes formulations... Il ne s’agit pas d’anticiper tous les problèmes (est-ce vraiment possible ?) ou de se lancer dans de la production de code quand on peut faire sans frontal à priori...
Ici, il s’agit justement de remettre en question l’architecture (plus précisément le « modèle de données » s’il y a) car on se rend compte avec peu de données que ça pose déjà des problèmes de maniabilité/praticité... (et je parie qu’il y a des trucs plus poussés qui sont prévus) : ce n’est donc pas une optimisation prématurée mais bien le moment de revoir la copie.
Ceci dit, je pense que vouloir gérer des « mouvements » est plus de l’ordre du code frontal ou il faut passer par des procédures stockées si on veut faire cela en base.
"It is seldom that liberty of any kind is lost all at once." ― David Hume