Trigger update automatique suivant la date

Version imprimable

30/07/2013, 08h48
sasafca

Trigger update automatique suivant la date

Bonjour à tous,

voici mon problème, j'ai une table (MaTable) comportant plusieurs champs, dont un qui est une date (champs_date), et un autre qui est un texte (champs_text, par défaut "Prévision").
J'aimerai qu'automatiquement, lorsque la date du champs est inférieur à la date actuelle, le champs texte devienne "Validé".

D'après mes recherches il faudrait créer un trigger, mais je n'ai aucune idée de comment le réaliser.

Merci de votre aide !
30/07/2013, 09h09
sasafca
J'ai essayé de faire ça mais ça ne fonctionne pas, je ne sais pas comment exprimer si "champs_date <= sysdate() " ALORS champs_texte = 'VALIDE'
Code:

1 2 3 4 5 6 CREATE OR REPLACE TRIGGER S03.update_etat AFTER UPDATE ON S03.MaTable FOR EACH ROW WHEN champs_date <= sysdate() champs_texte = 'VALIDE';
Merci de votre aide :)
30/07/2013, 11h28
Waldar
1. On ne parle pas de champs mais de colonnes dans une base de données
2. Il vaut mieux passer par une vue :
Code:

1 2 3 4 5 6 7 8 9 CREATE OR REPLACE VIEW v_MaTable AS select ... , case when col_date <= sysdate then 'Validé' else 'Prévision' end as col_texte from MaTable;
Le trigger ne se déclenche que si vous modifiez une ligne dans la table.
La vue modifiera "automatiquement" la valeur de col_texte en fonction de la date à laquelle la vue sera interrogée.
30/07/2013, 14h54
sasafca

Merci, mais je ne comprend pas ce que je dois mettre à la place des "..." "," ?
30/07/2013, 17h17
Waldar

Les colonnes de votre table.

J'ai donc fait ceci:

Code:

1
2
3
4
5
6
7
8
9
CREATE OR REPLACE VIEW v_MaTable
AS
select col_date, 
       case
         when col_date <= sysdate
         then 'Validé'
         else 'Prévision'
       end as col_texte
  from MaTable;

Mais ça ne fait rien...
Qu'est ce que je peux faire d'autre ? merci

31/07/2013, 10h28
Waldar

Et bien...

Code:

select * from v_MaTable

Et non les données ne changent pas, c'est bien le but.

Votre donnée dépendant d'un facteur temporel n'a pas à être physiquement stocké.
31/07/2013, 10h31
sasafca

En sélectionnant la vue j'ai le résultat.
Mais justement ce n'est pas ce que je veux (créer une vue), je veux que les données soient directement changées dans la table (un update quoi).

Merci encore de l'aide !!
31/07/2013, 10h44
Waldar
Et j'essaie de vous expliquer que changer les données dans la table n'est pas la bonne façon de faire.
Votre sysdate est modifié à chaque seconde.
Afin de respecter votre règle de gestion, il faut que votre déclencheur soit exécuté chaque seconde, 24h/24 et 7j/7.
C'est un travail 100% inutile et contre performant.
Au choix :
1. vous êtes en froid avec votre employeur et vous voulez lui coller quelques déclencheurs de la sorte afin de lui mettre sa base à genou
2. vous voulez des données fausses
3. vous m'écoutez et vous utilisez la vue
31/07/2013, 10h54
sasafca

D'accord.
Je veux juste que la table soit mise à jour toute les 24h.

Code:

col_date <= sysdate

Il ne faut surement pas utiliser sysdate, qui change toutes les secondes, mais un truc du genre format( sysdate, "dd/mm/yyyy").

Col_date représente un jour au format ("dd/mm/yyyy")
Il faut donc juste que la table fasse une mise à jour toutes les 24h.
Ce que je demande n'est pas réalisable ?
31/07/2013, 11h04
skuatamad

Quel est le SGBD ?
Si sysdate c'est pour oracle (déjà il n'y a pas de ()) ensuite il faut utiliser un job planifié avec :
DBMS_SCHEDULER ou DBMS_JOB

Si c'est un autre SGBD il faut regarder les équivalents ou passer par le planificateur de l'OS s'il n'y en a pas.

@skuatamad, en fait il y a une petite blague avec sysdate :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
select to_char(sysdate, 'yyyy-mm-dd hh24:mi:ss') as sysday from dual;
 
SYSDAY
-------------------
2013-07-31 09:10:43
 
select to_char(sysdate(), 'yyyy-mm-dd hh24:mi:ss') as sysday from dual;
-- ORA-00907: missing right parenthesis
 
declare
  v$_sysday   varchar2(19);
begin
  select to_char(sysdate, 'yyyy-mm-dd hh24:mi:ss') into v$_sysday from dual;
  dbms_output.put_line('Sysdate   : ' || v$_sysday);
  select to_char(sysdate(), 'yyyy-mm-dd hh24:mi:ss') into v$_sysday from dual;
  dbms_output.put_line('Sysdate() : ' || v$_sysday);
end;
/
 
Sysdate   : 2013-07-31 09:11:25
Sysdate() : 2013-07-31 09:11:25
 
Statement processed.

31/07/2013, 11h11
sasafca

Merci de votre réponse.
Pour le SGBD c'est TOAD pour le moment.

Et si on fait un udapte à chaque fois que quelqu'un va dans la table c'est pareil il faudra un planificateur ?
31/07/2013, 11h22
skuatamad

Citation:

Envoyé par Waldar

en fait il y a une petite blague avec sysdate :

Effectivement :ccool:

Citation:

Envoyé par sasafca

Pour le SGBD c'est TOAD pour le moment.

Toad est un outil pas une base de donnée.

Citation:

Envoyé par sasafca

Et si on fait un udapte à chaque fois que quelqu'un va dans la table c'est pareil il faudra un planificateur ?

Si le besoin est de déclencher une action à intervalle régulier automatiquement, on utilise un job.
Si le besoin est de déclencher une action à chaque modification d'une table, on utilise un trigger.

Dans votre cas il faut utiliser un job et non un trigger.
31/07/2013, 11h29
sasafca

Base oracle, Carl Master.
Un trigger pour qu'à chaque actualisation/ouverture de la table ça existe ?
02/08/2013, 19h49
geektoo

les triggers sont seulement pour ajout/modif/suppression

mots clés ici : tâche planifiée.