Alter index dans un trigger

Bonjour,

J'aimerais modifier un index dans un trigger mais je n'arrive pas à trouver la syntax. J'essai comme cela :

Code:

---

1 2 3 4 5 6

CREATE OR REPLACE TRIGGER TG_ONINSERT_DOCUMENT AFTER INSERT OR DELETE OR UPDATE ON T_DOCUMENT BEGIN alter index index_t_document_clob rebuild parameters(''sync''); END;

---

Il faut faire du SQL dynamique avec EXECUTE IMMEDIATE. Voir les tutorials.

Bonjour,

Un trigger ne permet que l'exécution d'ordres DML, et pas DDL : essayez avec la syntaxe 'EXECUTE IMMEDIATE'.

cf ce post pour plus d'infos :
Exécution d'une commande dans un Trigger

[Edit] grilled :P [/Edit]

Citation:

---

Envoyé par dadg

Code:

---

1 2 3 4 5 6

CREATE OR REPLACE TRIGGER TG_ONINSERT_DOCUMENT AFTER INSERT OR DELETE OR UPDATE ON T_DOCUMENT BEGIN alter index index_t_document_clob rebuild parameters(''sync''); END;

---

---

Bonjour

Je ne connais pas Oracle Text, mais est-il bien pertinent de resynchroniser l'index après chaque instruction DML ?
Ne risquez-vous pas d'avoir des performances désastreuses si vos modifications sont fréquentes ?

et alter index sans EXECUTE IMMEDIATE ça me parait étrange :koi:

De toute façon, il n'est pas possible d'exécuter une instruction générant une fin de transaction (commit) dans un trigger.
Au mieux, il faudra appeler la comande dans une procedure autonome.
Enfin, je partage tout à fait l'avis de pomalaix sur la dégradation des performances impliquée par la reconstruction abusive de l'index.

Tout d'abbords merci pour ces informations.

En fait j'ai une table avec des documents sous forme de clob ou de blob et j'aimerais qu'on puisse rechercher un document qui a été inséré directement après son insertion.

Mais si vous dites que de resynchroniser l'index va reduire les performances, je vais revoir cela.

Je développe un utilitaire de gestion de contenu pour un intranet avec environ 200 utilisateurs. L'edition des documents sera très fréquente.
J'aimerais que la recherche soit la plus cohérente possible.

Que me conseillez-vous de faire ?

Une tâche programmée qui va me resynchronier l'index 2-3 fois par jour est-ce une bonne solution ?

J'ai développé une application de ce genre, mais les indexes de recherche ne sont actualisé qu'une fois par jour à l'aide j'un Job Oracle.
Si vous avez besoin d'un raffraîchissement plus régulier, vous pourriez déclencher ce type de job 2 à 3 fois par jour.

Je ne suis pas d'accord, ça ne prends pas tant de ressources que ça de resybchroniser un index oracle-text. Ca va prendre du temps si il y a des miliers de nouveaux enregistrements à traiter, mais pour un seul nouveau, c'est instantané. Je pense qu'un rhytme de resynchronisation toutes les 5 minutes est largement suportable, au final de toutes façons, ce sera les meme ressources qui seront prise puisque c'est proportionnels à la taille totale des champs textes ayant été ajoutés.