Dans le cas présent, je ne pense pas qu’il s’agisse d’optimisation, même si on parle de performance. Il s’agit de poser correctement les objets dont on a besoin et de leur représentation.
Par ailleurs, j’ai pour coutume de dire que lorsque l’on se rend compte de l’éventualité d’un problème dès la conception, pour peu qu’on travaille sur un logiciel de la « vraie vie » (qui tournera un jour sur la production de vrais clients), alors ce problème nous pètera à la tronche nécessairement. On se prend déjà des tas de portes pas prévues, il est dommage de ne pas éviter de prendre celles dont on sait tôt ou tard qu’elles se présenteront.
Pour finir sur l’aspect performance, l’ajout de la table des stocks a très peu de chance de dégrader les accès avec peu de volume, ce qui conduit à l’implémenter dès le début.
« Y a même des gens qui ont l’air vivant, mais ils sont morts depuis longtemps ! »
[^] # Re: table stock
Posté par PhRæD . En réponse au message Sous requêtes et alias. Évalué à 5.
Dans le cas présent, je ne pense pas qu’il s’agisse d’optimisation, même si on parle de performance. Il s’agit de poser correctement les objets dont on a besoin et de leur représentation.
Par ailleurs, j’ai pour coutume de dire que lorsque l’on se rend compte de l’éventualité d’un problème dès la conception, pour peu qu’on travaille sur un logiciel de la « vraie vie » (qui tournera un jour sur la production de vrais clients), alors ce problème nous pètera à la tronche nécessairement. On se prend déjà des tas de portes pas prévues, il est dommage de ne pas éviter de prendre celles dont on sait tôt ou tard qu’elles se présenteront.
Pour finir sur l’aspect performance, l’ajout de la table des stocks a très peu de chance de dégrader les accès avec peu de volume, ce qui conduit à l’implémenter dès le début.
« Y a même des gens qui ont l’air vivant, mais ils sont morts depuis longtemps ! »