Violation du clé
Résolu
ayadi001
Messages postés
42
Date d'inscription
dimanche 12 juin 2011
Statut
Membre
Dernière intervention
19 octobre 2011
-
29 août 2011 à 11:01
ayadi001 Messages postés 42 Date d'inscription dimanche 12 juin 2011 Statut Membre Dernière intervention 19 octobre 2011 - 28 sept. 2011 à 15:10
ayadi001 Messages postés 42 Date d'inscription dimanche 12 juin 2011 Statut Membre Dernière intervention 19 octobre 2011 - 28 sept. 2011 à 15:10
7 réponses
cs_cantador
Messages postés
4720
Date d'inscription
dimanche 26 février 2006
Statut
Modérateur
Dernière intervention
31 juillet 2021
13
29 août 2011 à 15:03
29 août 2011 à 15:03
et pour y pallier,
on crée un champ auto-incrémental et dans ce cas , on aura :
- 100 toto
- 101 tata
et là, ça marche, car les enregistrements sont bien différenciés.
il y a d'autres possibilités, mais c'est l'heure de la soupe...
cantador
on crée un champ auto-incrémental et dans ce cas , on aura :
- 100 toto
- 101 tata
et là, ça marche, car les enregistrements sont bien différenciés.
il y a d'autres possibilités, mais c'est l'heure de la soupe...
cantador
cs_cantador
Messages postés
4720
Date d'inscription
dimanche 26 février 2006
Statut
Modérateur
Dernière intervention
31 juillet 2021
13
29 août 2011 à 14:55
29 août 2011 à 14:55
Bonjour,
une violation de clé se produit lorsque l'on tente d'ajouter un élément déjà en place dans une table.
Je suppose qu'ici, il doit s'agir d'un cas de violation de clé primaire.
autrement dit, tu tentes de créer un numéro d'enregistrement déjà
existant :
exemple de cas impossible à saisir :
clé primaire
unique Nom
100 toto
100 tata
"violation de clé !"
cantador
une violation de clé se produit lorsque l'on tente d'ajouter un élément déjà en place dans une table.
Je suppose qu'ici, il doit s'agir d'un cas de violation de clé primaire.
autrement dit, tu tentes de créer un numéro d'enregistrement déjà
existant :
exemple de cas impossible à saisir :
clé primaire
unique Nom
100 toto
100 tata
"violation de clé !"
cantador
ayadi001
Messages postés
42
Date d'inscription
dimanche 12 juin 2011
Statut
Membre
Dernière intervention
19 octobre 2011
29 août 2011 à 16:10
29 août 2011 à 16:10
Bonsoir,
après la soupe n'oublier pas de m'écrire les autres possibilités.
bon appété .
après la soupe n'oublier pas de m'écrire les autres possibilités.
bon appété .
cs_Delphiprog
Messages postés
4297
Date d'inscription
samedi 19 janvier 2002
Statut
Membre
Dernière intervention
9 janvier 2013
32
7 sept. 2011 à 23:43
7 sept. 2011 à 23:43
'soir,
Peux-tu nous communiquer la description de la table qui pose problème en précisant le ou les champs qui composent la clé primaire ? Éventuellement si tel est le cas, merci de nous préciser aussi les index déclarés uniques.
Un échantillon des données contenues serait un plus apprécié.
May Delphi be with you
Pensez à cliquer sur Réponse acceptée lorsque la réponse vous convient.
Peux-tu nous communiquer la description de la table qui pose problème en précisant le ou les champs qui composent la clé primaire ? Éventuellement si tel est le cas, merci de nous préciser aussi les index déclarés uniques.
Un échantillon des données contenues serait un plus apprécié.
May Delphi be with you
Pensez à cliquer sur Réponse acceptée lorsque la réponse vous convient.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
ayadi001
Messages postés
42
Date d'inscription
dimanche 12 juin 2011
Statut
Membre
Dernière intervention
19 octobre 2011
27 sept. 2011 à 12:56
27 sept. 2011 à 12:56
Bonjour Delphiprog,
l'explication de problème est comme il dis cantador, mais il n'a pas donner la deuxième solution !!!
l'explication de problème est comme il dis cantador, mais il n'a pas donner la deuxième solution !!!
cs_cantador
Messages postés
4720
Date d'inscription
dimanche 26 février 2006
Statut
Modérateur
Dernière intervention
31 juillet 2021
13
28 sept. 2011 à 14:02
28 sept. 2011 à 14:02
@ayadi001:
il y a d'autres possibilités
on peut aussi créer des clés composite (association de plusieurs champs) à manipuler avec précaution car elles ne sont plus atomiques.
Une discussion sur les clés primaires, étrangères et index nous entraînerait trop loin et dépasserait le cadre de ce forum.
Je te dirai simplement un règle de bons sens :
il faut savoir si dans ta base de données les tables sont plus sollicitées en lecture ou plus en écriture.
si c'est en écriture, alors il faut créer des tables avec clés et index solides.
Dans la négative, tu peux être moins strict sur les règles
de normalisation.
l'objectif étant de toujours conserver de bonnes performances.
cantador
il y a d'autres possibilités
on peut aussi créer des clés composite (association de plusieurs champs) à manipuler avec précaution car elles ne sont plus atomiques.
Une discussion sur les clés primaires, étrangères et index nous entraînerait trop loin et dépasserait le cadre de ce forum.
Je te dirai simplement un règle de bons sens :
il faut savoir si dans ta base de données les tables sont plus sollicitées en lecture ou plus en écriture.
si c'est en écriture, alors il faut créer des tables avec clés et index solides.
Dans la négative, tu peux être moins strict sur les règles
de normalisation.
l'objectif étant de toujours conserver de bonnes performances.
cantador
ayadi001
Messages postés
42
Date d'inscription
dimanche 12 juin 2011
Statut
Membre
Dernière intervention
19 octobre 2011
28 sept. 2011 à 15:10
28 sept. 2011 à 15:10
Merci cantador