Ajout d'une contrainte de validation des données complexes

Bonjour,

J'aimerais bien avoir votre support concernant le problème suivant, en fait je souhaite interdire à l'utilisateur d'insérer un enregistrement s'il est déjà existant,comme pourrais je l'implémenter dans oracle ?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

SELECT COUNT(*) INTO nombre FROM test_table WHERE ((from <= valeur_ecran.from AND until >= valeur_ecran.from) OR (from <= valeur_ecran.until AND until >= valeur_ecran.until) OR (from >= valeur_ecran.from AND until <= valeur_ecran.until)) AND sens = valeur_ecran.sens AND ROWNUM = 1;   IF nombre <> 0 THEN //la contrainte doit se lever car l'enregistrement est déjà existant dans la table END IF;

---

Merci d'avance.

En attente de votre feedback.

S'agit-il de déclencher une exception ou d'empêcher l'insertion ?

Citation:

---

Envoyé par al1_24

S'agit-il de déclencher une exception ou d'empêcher l'insertion ?

---

Bonjour,

Empêcher l'insertion.

Merci

Une requête de ce style :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

INSERT INTO test_table("from", "until", sens) SELECT "from" , "until" , sens FROM valeur_ecran dat WHERE NOT EXISTS ( SELECT NULL FROM test_table tst WHERE dat."from" BETWEEN tst."until" AND tst."from" OR dat."until" BETWEEN tst."until" AND tst."from" OR ( dat."from" <= tst."from" AND dat."until" >= tst."until" ) AND dat.sens = tst.sens ) ;

---

Attention ! FROM et UNTIL sont des mots réservés du langage SQL et ne devraient pas être utilisés pour nommer un objet de la base.

Citation:

---

Envoyé par al1_24

Une requête de ce style :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

INSERT INTO test_table("from", "until", sens) SELECT "from" , "until" , sens FROM valeur_ecran dat WHERE NOT EXISTS ( SELECT NULL FROM test_table tst WHERE dat."from" BETWEEN tst."until" AND tst."from" OR dat."until" BETWEEN tst."until" AND tst."from" OR ( dat."from" <= tst."from" AND dat."until" >= tst."until" ) AND dat.sens = tst.sens ) ;

---

Attention ! FROM et UNTIL sont des mots réservés du langage SQL et ne devraient pas être utilisés pour nommer un objet de la base.

---

Bonjour Alain,

Je pense que j'ai mal exprimé mon besoin je veux empêcher la saisie et lever une exception (contrainte) si la valeur du champ nombre est != 0

je fais référence à la contrainte de validation des données de ce genre

Code:

---

1 2 3 4

ALTER TABLE test_table ADD ( CONSTRAINT Valeur_Exsistante CHECK (xxxxxxx);

---

En attente de ton feedback.

Merci d'avance.

Tu as en effet clairement mal exprimé ton besoin. :aie:

Citation:

---

Citation:

---

Envoyé par al1_24

S'agit-il de déclencher une exception ou d'empêcher l'insertion ?

---

Bonjour,

Empêcher l'insertion.

Merci

---

Citation:

---

Envoyé par al1_24

Tu as en effet clairement mal exprimé ton besoin. :aie:

---

Désolé :(

Vous essayez en réalité d'effectuer un contrôle multi-lignes, qu'on présente sous la forme d'assertion en langage normatif mais qui ne sont pas implémentées dans les SGBD tenors du marché.

Il s'agit d'un besoin un peu plus complexe qu'il n'y parait car il n'y a pas toujours un seul utilisateur simultané.
Un exemple : un premier utilisateur vérifie une disponibilité qui est OK, la réserve mais sans validation (en temps de traitement machine).
Un deuxième vérifie la même disponibilité qui sera OK puisque le premier n'a pas validé. Vous allez vous retrouver avec des doublons (au pire) car la vérification a été juste dans les deux cas.

Pour contourner ce problème, vous avez un premier moyen qui est simple, passez votre transaction en mode SERIALIZABLE : ça empêche toute modification pendant qu'une transaction est ouverte.
C'est une solution applicable si et uniquement si vous avez un nombre faible d'utilisateurs en simultané.

Si non, il faut vous tourner vers une autre modélisation et jouer avec des contraintes d'unicité. Dans ce cas il faut mieux détailler votre besoin si vous voulez un coup de main.

Citation:

---

Envoyé par Waldar

Vous essayez en réalité d'effectuer un contrôle multi-lignes, qu'on présente sous la forme d'assertion en langage normatif mais qui ne sont pas implémentées dans les SGBD tenors du marché.

Il s'agit d'un besoin un peu plus complexe qu'il n'y parait car il n'y a pas toujours un seul utilisateur simultané.
Un exemple : un premier utilisateur vérifie une disponibilité qui est OK, la réserve mais sans validation (en temps de traitement machine).
Un deuxième vérifie la même disponibilité qui sera OK puisque le premier n'a pas validé. Vous allez vous retrouver avec des doublons (au pire) car la vérification a été juste dans les deux cas.

Pour contourner ce problème, vous avez un premier moyen qui est simple, passez votre transaction en mode SERIALIZABLE : ça empêche toute modification pendant qu'une transaction est ouverte.
C'est une solution applicable si et uniquement si vous avez un nombre faible d'utilisateurs en simultané.

Si non, il faut vous tourner vers une autre modélisation et jouer avec des contraintes d'unicité. Dans ce cas il faut mieux détailler votre besoin si vous voulez un coup de main.

---

Merci.

Le contrôle est tout à fait faisable via implémentation software.

mais je ne veux pas toucher mes process (car ils nécessiteront des tests de non régression trop complexe).

j'ai pensé à implémenter mon contrôle via la contrainte de validation de données mais je ne sais pas est ce que c'est possible ou pas ?

Le contrôle peut être placé dans un trigger before insert.

Citation:

---

Envoyé par al1_24

Le contrôle peut être placé dans un trigger before insert.

---

merci alain.

peut tu stp m'expliquer comment ? merci