problème de traitement d'erreur

Bonjour

j'ai des problèmes dans le traitement des erreurs et je trouve pas comment puis-je faire

j'ai une base de donnée qui contient 2 table lié par un clé étranger

comment je procède pour que:
-lorsque j'insère une nouvelle ligne et que l'identifiant existe déja je veux affichier à l'utilisateur une message d'erreur ("désolé cet identifiant existe déja")

-lorsque je supprime une ligne de la table A qui est lié avec la table B par le clé étrangé, je veux demandé à l'utilisateur de supprimer les lignes de la table B avant cel de A

comment je dois procéder afin de réaliser ces test

Tu peux utiliser la structure TRy Catch pour attraper ton erreur et renvoyer un message à l'utilisateur. Mais bon, c'est un peu moyen.

Sinon, ce que tu dis, tu donne beaucoup trop de chose à faire à ton utilisateur.

Si l'identifiant est déjà existant : fais une Proc Stock qui teste d'abords si l'identifiant existe et traite le retour de la Proc Stock.

Pour la suppression : pareil, Pco Stock qui supprime les lignes dans le bon ordre. Avec une clé étrangère c'est super simple.

++

Les exceptions servent à gérer les cas exceptionnels. Dans ce cas ce serait une erreur d'attendre qu'une exception se déclenche pour déterminer que l'id existe déjà.

Le plus simple est d'exécuter une requête de type

Code:

---

SELECT COUNT(id) FROM une_table where id = @id_a_inserer

---

Si cette requete renvoit autre chose que 0 tu sais que l'id existe déjà.

C'est la même idée pour les clés étrangères.

Salut SaumonAgile

Et en plus, je parlais de toi dans un autre topic, bizarre les coincidences....

Quand je disais "un peu moyen" c'est à peu pret la même chose que toi, que je voulais dire.

Mais bon, le problème me parait simple, avec les pistes que j'ai donné il va s'en sortir, sinon, il nous dira sur quoi il bloque.

Avec du code, surtout.........

@+

Citation:

---

Envoyé par SaumonAgile

Les exceptions servent à gérer les cas exceptionnels. Dans ce cas ce serait une erreur d'attendre qu'une exception se déclenche pour déterminer que l'id existe déjà.

Le plus simple est d'exécuter une requête de type

Code:

---

SELECT COUNT(id) FROM une_table where id = @id_a_inserer

---

Si cette requete renvoit autre chose que 0 tu sais que l'id existe déjà.

C'est la même idée pour les clés étrangères.

---

donc selon ta proposition je procède par exemple à indiqué s'il y a une erreur par exemple lors de l'insertion si l'id existe déja je retournne pour l'utilisateur une message d'erreur avec

Code:

---

MessageBox.show("l'id existe déja");

---

est-ce que c'est avec MessageBox que je retourne le message d'erreur ?

L'idée c'est: si tu es capable de détecter une condition d'erreur avant qu'elle ne se produise alors ne la laisse pas se produire. Dans ce cas présent, si tu es capable d'exécuter une requête qui vérifie si ton ID est déjà utilisé alors fais le. Ce serait une mauvaise pratique d'essayer d'insérer une ligne avec un ID existant et d'attendre que ce soit la base de données qui te renvoie une erreur.

Après la manière dont tu affiches les erreurs n'est qu'une question de préférence.

Citation:

---

Envoyé par SaumonAgile

Après la manière dont tu affiches les erreurs n'est qu'une question de préférence.

---

Ouaip, mais dire aussi que MessageBox.Show, ça marche pas sur du Web, on peut ?

Perso, je trouve que c'est déjà une mauvaise idée de laisser le choix de la clé primaire à l'utilisateur

L'idéal n'est il pas de gérer un code d'erreur et un message en retour de procédure stockée ??
genre 0=Ok -1=erreur parametre null /-2=erreur parametre incohérent /-3 =erreur Base de Donnée....avec un message personnalisé en paralléle...
et implémenter le test des paramêtres en début de procédure stockée....

Il suffit alors de récupérer ce code retour à l'execution de la ps et l'éventuel message d'erreur......

Bonjour,
Code Transact-SQL :

Code:

---

1 2 3

IF NOT EXISTS (SELECT TOP 1 1 FROM Table WHERE Id = @valeur) INSERT INTO... ELSE SELECT 'Clé existant' as LibErreur

---

sinon dans le ELSE tu peut utiliser RAISERROR.

"et je crois que pour autre SGBDR que SQL Server le syntaxe est plus ou moins équivalent."

et coté C#, tu récupère la valeur à partir d'un SqlDataReader (ou autre objet) ou tu capture l'exception dans le catch