Gestion des paramètres dans le temps

Bonjour à tous,

Je ne sais pas si je dois poster ici, mais voilà mon problème:

Je dois gérer des tables de 'paramètres' exemple: 'couleurs'.
La table est comme ceci:

Code:

---

1 2 3 4 5

Code --> I Beg_date -->I Exp_date Label ...

---

La primaryKey étant code et beg_date

beg_date et exp_date sont la dates de début et de fin de validité du code

Je peux donc avoir ceci

Code:

---

1 2	B - 01/01/2009 - 01/01/2015 - bleu R - 01/01/2009 - 01/01/2015 - rouge

---

et quelqu'un peut modifier en transformant le bleu en beige par exemple:(on expire donc le bleu à la date du jour-1 et on crée le beige à la date du jour

Code:

---

1 2 3

B - 01/01/2009 - 1/05/2009 - bleu R - 01/01/2009 - 01/01/2015 - rouge B - 02/05/2009 - 01/01/2015 - beige

---

Peut-on dans Oracle vérifier assez aisément les chevauchement de ces codes? car si j'avais créé le beige comme ceci:

Code:

---

B - 02/01/2009 - 01/01/2015 - beige

---

cela aurait fonctionner, pas de blocage dans la DB, mais ca n'a pas de sens d'avoir 2 memes codes paramètres au 01/01/2009, l'un bleu et l'autre beige.

Etant donné que ce problème est courant dans le developpement d'application, je me demandais si Oracle avait prévu quelque chose 'd'automatique' pour vérifier ces chevauchements.

Merci d'avance.

PS: pour l'instant, on utilise une comparaison pure et simple de chaque intervalle pour les records ayant les mêmes codes.

Il faut rajouter votre date de début à votre clef primaire.

Et il vous faut une table calendrier aussi, ça vous servira en reporting.

Ben ma date de début est déjà dans la clé primaire (voir mon premier post)
Mais cela ne suffit pas à interdire le chevauchement ou pas de records!!!!

A quoi sert une table calendrier?

Au temps pour moi ça m'avait échappé.

Mais si vous avez bien votre PK, vous n'aurez pas pu créer beige au 01/01/2009 et donc vous n'avez plus de question ;)

Au temps pour moi, j'avais fais une erreur en exposant mon probleme! Je viens de rectifier:

Si je mets ceci dans la table:

Code:

---

B - 02/01/2009 - 01/01/2015 - beige

---

Alors Oracle accepte, or ca n'a pas de sens fonctionnel!!

J'avoue que je ne vois pas où est l'erreur fonctionnelle.

Oracle ne fournit par de mécanisme spécifique pour vérifier le non chevauchement des intervalles de temps définis par 2 colonnes de type date.

Vous pouvez coder un trigger comme dans documenté sur le message AskTom suivant:
http://asktom.oracle.com/pls/asktom/...42171194352295 qui donne un extrait de son livre Expert One on One à ce sujet. Notez bien les restrictions sur la concurrence d'accès.

Merci pifor, je vais regarder.

Pour répondre à Waldar:

Code:

---

1 2 3

B - 01/01/2009 - 1/05/2009 - bleu B - 02/01/2009 - 01/01/2015 - beige R - 01/01/2009 - 01/01/2015 - rouge

---

on voit très bien qu'entre le 02/01/2009 et le 1/05/2009, le code 'B' est à la fois bleu et beige, ce qui n'est pas admissible.

Ah oui merci, décidément j'ai les yeux collés aujourd'hui.
Vous pouvez très facilement identifier les erreurs.
A vous de voir si c'est votre date de fin de bleu ou votre date de début de beige qui est fausse.

Code:

---

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

WITH Couleurs AS ( select 'B' as Code, 'bleu' as Nom, to_date('01/01/2009', 'dd/mm/yyyy') as Dtdeb, to_date('01/05/2009', 'dd/mm/yyyy') as Dtfin from dual union all select 'B', 'beige', to_date('02/01/2009', 'dd/mm/yyyy'), to_date('01/01/2015', 'dd/mm/yyyy') from dual union all select 'R', 'rouge', to_date('01/01/2009', 'dd/mm/yyyy'), to_date('01/01/2015', 'dd/mm/yyyy') from dual ) select * from ( select C.*, lag(DtFin) over(partition by Code order by Dtdeb asc) Dtdeb_M1 from Couleurs C ) where Dtdeb_M1 <> DtDeb

---