Discussion :

[turbo_chess]

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 :

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

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.

[al1_24]

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

[turbo_chess]

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

Bonjour,

Empêcher l'insertion.

Merci

[al1_24]

Une requête de ce style :

Code :

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

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.

[turbo_chess]

Une requête de ce style :

Code :

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

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 :

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

1
2
3
4
 
ALTER TABLE test_table ADD (
  CONSTRAINT Valeur_Exsistante
 CHECK (xxxxxxx);

En attente de ton feedback.

Merci d'avance.

[al1_24]

Tu as en effet clairement mal exprimé ton besoin.

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

Bonjour,

Empêcher l'insertion.

Merci

[turbo_chess]

Tu as en effet clairement mal exprimé ton besoin.

Désolé

[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.

[turbo_chess]

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 ?

[al1_24]

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

[turbo_chess]

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

merci alain.

peut tu stp m'expliquer comment ? merci