Version imprimable
Bonjour
J'ai à gérer ça dans ma base, et je saits pas comment faire:
Pour une entité donnée, je veux que l'Id soit généré automatiquement et par anné. par exemple: pour l'année 2009 j'arrive à insérer 50 enregistrement, pour l'année 2010, le compteur et remis à zéro, mais biensur sans perdre celles des autres années.
je vais avoir qqes choses comme ça:
Année IDs
2009 0,1,2, .........n
2010 0,1,2,..........n
Merci
Salut,
quel est l'intérêt ?
pourquoi ne pas avoir une clé fonctionnelle plutôt ?
Oula oui tout à fait d'accord.Citation:
Envoyé par Kirua12
Rien n'empeche par la suite d'avoir une selection sur l'année et de trier par date pour récupérer ces "id" s'il n'y a pas de suppression.
Si c'est le cas il faudra effectivement stocker cet id quelque part, mais ca parait casse gueule de se baser là dessus. Le @GeneratedValue est tellement plus simple :).
le clé primaire composite c'est un vrai "anti-pattern" :aie::aie:
C'est la manière MERISienne de gérer l'identification relative ...Citation:
Envoyé par ego
On s'en sert parfois pour faire des historiques.
Pour autant on évite de se priver des surrogates keys.
Anti-pattern ne veut pas dire que c'est à 100% "faux" mais que ça l'est à ......disons 90%Citation:
Envoyé par Alain Defrance
C'est un anti-pattern car bien souvent il y a du "fonctionnel" dans la composition de la clé et ça c'est pas très bien car quand le fonctionnel change, on fait quoi ?
Je n'ai pas dit que c'était souple non plus :aie:.Citation:
Envoyé par ego
Je préconise souvent l'utilisation de surrogate keys quand c'est possible.