Discussion :

[yayas]

bonjour, j'utilise delphi7 et sql server 2008n pour la BD.
j'ai un pb lors de l'insertion d'un nouveau enregistrement tq si j'insere un enregistrement avec une clé deja utilisee. il m'affiche violation de la clé primaire.
je veux avoir un programme qui teste l'existance de cette cle dans la base avant meme de passer a un autre champ

[Yoop2012]

Bonjour,

faire une requête SQL avec la valeur de la clé (pour vérifier l'existence)

- soit dans le validate du champs (en direct)
- soit dans le before post (validation finale)

Attention ... si multi utilisateurs ... ce n'est pas parce que tu auras vérifié dans le validate du champ que tu garderas l'unicité au moment du post de ton record (car entretemps qq aura pu encoder la même valeur)

Sinon tu peux aussi faire un post et dans l'except du post tu peux traiter le cas de la clé dupliquée et retourner sur le champs de cette fameuse clé.

Autre possibilité ... utiliser une identity column comme clé ainsi tu seras sûr de l'unicité (gérée par le serveur).

[Ph. B.]

Bonjour,

bonjour, j'utilise delphi7 et sql server 2008n pour la BD.
j'ai un pb lors de l'insertion d'un nouveau enregistrement tq si j'insere un enregistrement avec une clé deja utilisee. il m'affiche violation de la clé primaire.
je veux avoir un programme qui teste l'existance de cette cle dans la base avant meme de passer a un autre champ

Plusieurs cas peuvent se présenter :
La table contient une colonne IDENTITY (cad auto-incrémentée) dont il n'est alors pas nécessaire de préciser la valeur lors des insertions.
Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
create table MA_TABLE_TAB
(
    TAB_ID     identity,
    TAB_VALEUR int not null,
    constraint PK_MA_TABLE_TAB primary key (TAB_ID)
)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

insert into MA_TABLE_TAB(TAB_VALEUR) values(100)

C'est le cas le plus simple avec MsSqlServer et celui à suivre. Est ce le cas de votre table ?
Je vous encourage vivement à lire ce billet de Frédéric BROUARD relatif à ce sujet : Auto incrément IDENTITY avec sql server

La table ne contient pas de colonne IDENTITY, et là ça ne va plus du tout être trivial ! Je déconseille même de poursuivre dans cette voie...
Il va falloir dans une transaction sérialisée, vérifier par une requête que l'identifiant que l'on souhaite insérer n'existe pas, si oui on réalise l'insertion et on valide la transaction, sinon on prend un autre identifiant et on réitère l'opération...

[ShaiLeTroll]

Dans un contexte local, un SELECT 1 as Doublon FROM Table WHERE LeChamp = ValeurControle,
si Empty alors la valeur est libre, tu peux l'insérer

Dans un environnement concurrentiel, une vérification avant l'insertion peut échouer, car durant le temps entre la lecture et l'écriture, un autre client a déjà pu utiliser la valeur

J'ai pour ma part fait une fonction en Sybase 10 pour automatiser une speudo-séquence que je n'approuve pas mais qui plait au client, voir le code dans Conflit Trigger on Insert et Procédure

Son exécution était faite durant le INSERT, il y a moins de risque de collision, n'étant pas un expert en DB, je ne crois pas qu'un INSERT soit totalement atomique, sans compter les transactions, il y a peut-être un risque de doublon ou d'une violation de clé

Personnellement, j'évite d'utiliser ce champ (sauf à certains endroits où j'y suis contraint par le code existant) lui préférant mes PRIMARY KEY ou FOREIGN KEY