17-05-2011, 05:20 PM
J'aime bien la solution de Ter Rowan, ça a le mérite d'être assez simple (sur le papier comme ça)
Bon, histoire d’approfondir le sujet, et là je pars sur du pur théorique hein...
Pour un système "complet" (ou presque), il faut voir la construction de nos bâtiments (ou autre) comme un workflow avec :
- la construction du bâtiment est une étape
- le pré-requis est une condition sous la forme d'une expression booléenne, si la condition est vrai, on peut passer l'étape (et donc construire le bâtiment).
Donc une solution optimale devrait pouvoir "évaluer" n'importe quelle condition booléenne (avec des OU, des ET, des parenthèses, des >=, etc...)
Voilà pour la théorie.
Pour ça, je pense que le SQL ne sera pas à la hauteur.
Sinon, pour niahoo, coder des règles en SQL n'est pas forcément idiot, c'est parfois en effet plus compliqué et plus difficile à maintenir, mais sur des règles complexes qui doivent être évaluer régulièrement, c'est parfois beaucoup plus rapide que du PHP par exemple. Surtout quand il y a du volume.
Bon, histoire d’approfondir le sujet, et là je pars sur du pur théorique hein...
Pour un système "complet" (ou presque), il faut voir la construction de nos bâtiments (ou autre) comme un workflow avec :
- la construction du bâtiment est une étape
- le pré-requis est une condition sous la forme d'une expression booléenne, si la condition est vrai, on peut passer l'étape (et donc construire le bâtiment).
Donc une solution optimale devrait pouvoir "évaluer" n'importe quelle condition booléenne (avec des OU, des ET, des parenthèses, des >=, etc...)
Voilà pour la théorie.
Pour ça, je pense que le SQL ne sera pas à la hauteur.
Sinon, pour niahoo, coder des règles en SQL n'est pas forcément idiot, c'est parfois en effet plus compliqué et plus difficile à maintenir, mais sur des règles complexes qui doivent être évaluer régulièrement, c'est parfois beaucoup plus rapide que du PHP par exemple. Surtout quand il y a du volume.