Bonne pratique Clé primaire

[Kagukuk]

Bonjour,

Débutant en informatique, je me trouve face a une base ou toutes les tables possedent des clé primaires composites assez longues(jusqua a 6 colonnes).
J'ai la possibilité de modifier cette base avant de commencer le developement d'une apply.

Je pensais mettre des clé primaires autoincrémenter sur toutes les tables ayant des clés composites + des contraintes d'unicité cela est-il une bonne pratique?

Merci d'avance

[zinzineti]

Renseignes-toi d'abord :

1.) demande s'il existe une documentation de cette base

2.) demande la liste exhaustive des applications (ou utilisateurs) qui utilisent cette base

3.) à l'état actuel est ce qu'il y a un problème de performances de la base de données ?

4.) avec ces quelques infos tu peux choisir dans une direction ou une autre

[Kagukuk]

Bonjour merci pour ta réponse

1)Pas de documentation pour cette base

2)Aucune application ne l'utilise (elle recoit juste des données toutes les nuits via un traitement automatique), en fait elle a été crée pour l'application que je dois developper.

3)Pas de problèeme de perf forcement l'apply n'est aps encore développée

La solution avec les clé primaires en autoincrément me parait juste plus "propre" et aussi me faciliteras la vie pour mes dev

[zinzineti]

Je comprends.

Mais une question : Est ce qu'il y a l’éventualité d'Import/Export de données entre ton appli et l'existant ?

[Kagukuk]

Mon apply attaqueras uniquement cette base, par contre il existeras bien un flux entre cette base et une autre tant en import qu'en export sous forme de batch journalier je pense.

[zinzineti]

Et l'autre base tu l'as regardé un peu ? Dans tous les cas ce que tu envisages faire est à mon avis une bonne pratique :
--> clés primaires auto-incréments
--> choix des tailles/types de données
--> clés étrangères
--> ...

comme ça tu part sur une "bonne" base

[Kagukuk]

L'autre base je n'ai pas la main dessus, quand au type de donnée je ne peut pas trop y toucher même dans ma base (pour que ca match entre les deux bases), mais éffectivement j'essaie de partir sur quelquechose de propre de mon coté.

PK: auto increment
FK il en manquait plein...

Merci encore pour le temp consacré.

[Ptit_Dje]

Ta base de donnees ressemble drolement a un DWH (datawarehouse). Elle est alimentee par un batch de nuit (ETL genre SSIS ?) et contient des tables dont la clef primaire est composee de 6 colonnes (Facts ?).
L'application a construire sur cette base est elle une application de reporting ?
Avant de modifier la structure de tes tables, essaye de voir qui a designer la DB pour savoir comment il l'a fait, et si la personne n'est plus presente, essaye de voir la personne en charge du processus de chargement de la base...
Tu obtiendras surement beaucoup plus d'informations au sujet de ta base et ca t'evitera surement de depenser plein d'energie a modifier tes tables (et plus que probablement, adapter l'etl, poser de nouveaux index, ..., ...)