Discussion :

[aniss77]

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

[Kirua12]

Salut,

quel est l'intérêt ?
pourquoi ne pas avoir une clé fonctionnelle plutôt ?

[Alain Defrance]

Salut,

quel est l'intérêt ?
pourquoi ne pas avoir une clé fonctionnelle plutôt ?

Oula oui tout à fait d'accord.
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 .

[ego]

le clé primaire composite c'est un vrai "anti-pattern"

[Alain Defrance]

le clé primaire composite c'est un vrai "anti-pattern"

C'est la manière MERISienne de gérer l'identification relative ...
On s'en sert parfois pour faire des historiques.

Pour autant on évite de se priver des surrogates keys.

[ego]

C'est la manière MERISienne de gérer l'identification relative ...
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%
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 ?