Comment faire pour synchroniser et optimiser une base de données Oracle de l'index de Texte?

Nous voulons utiliser un ctxsys.context type d'index de recherche en texte intégral. Mais j'ai été assez surpris, qu'un indice de ce type n'est pas automatiquement mis à jour. Nous disposons de 3 millions de documents avec environ 10k de mises à jour/insertions/suppressions par jour.

Quelles sont vos recommandations pour la synchronisation et de l'optimisation d'un Oracle de l'index de Texte?

quelles indications avez-vous que l'index n'est pas rester dans une synchronisation?
Il est assez commun pour ces types d'outils pour ne pas faire des hypothèses à propos de à vos besoins spécifiques. La création et le maintien des indices sur de grandes quantités de données non structurées nécessite généralement une certaine considération, de sorte que vos choix de conception de produire une solution de compromis acceptable. La mise à jour et des stratégies de maintenance pour un moteur de recherche sera probablement très différente de la collaboration, une solution de création, qui world appart forme de soutien analytique. Oracle ne vous donner une petite gamme d'options de synchronisation à choisir, et avec seulement 10k quotidien DML vous pouvez vous en sortir avec l'un d'eux.

OriginalL'auteur trunkc | 2009-12-16

  1. 3

    Je pense que " SYNC CHAQUE option, comme indiqué dans la réponse précédente uniquement disponible dans Oracle 10g ou plus récent. Si vous utilisez une ancienne version de Oracle, vous devez exécuter l'opération de synchronisation périodiquement. Par exemple, vous pouvez créer la procédure stockée suivante:

    CREATE OR REPLACE 
Procedure sync_ctx_indexes
IS
 CURSOR sql1 is select distinct(pnd_index_owner||'.'||pnd_index_name) as index_name from ctx_pending;
BEGIN
 FOR rec1 IN sql1 LOOP
 ctx_ddl.sync_index(rec1.index_name);
 END LOOP;
END;

    puis de planifier l'exécution via DBMS_JOB:

    DBMS_JOB.SUBMIT(job_id, 'sync_ctx_indexes;', SYSDATE, 'SYSDATE + 1/720');

    Comme pour l'indice de l'optimisation, la commande suivante peut être utilisée (peut également être programmé avec DBMS_JOB ou via cron):

    alter index my_index rebuild online parameters('optimize full maxtime 60');

    Il est également CTX_* forfait avec fonction similaire disponible.

    pour 11g, Oracle recommande de ne pas reconstruire le texte les indices avec alter index mais au lieu d'utiliser ctxsys.ctx_ddl.optimize_index

    OriginalL'auteur maximdim

  2. 16

    Qu'entendez-vous par "pas automatiquement mis à jour"?

    L'indice peut être synchronisé sur valider ou périodiquement. 

    Create index ... on ... INDEXTYPE IS CTXSYS.CONTEXT PARAMETERS ('SYNC ( ON COMMIT)')
Create index ... on ... INDEXTYPE IS CTXSYS.CONTEXT PARAMETERS 'SYNC (EVERY "SYSDATE+1/24")')

    Je vous n'avez pas besoin de recherche en temps réel de l'exactitude de notre DBA recommandé de synchroniser l'indice périodiquement, de dire chaque 2 min. Si vous pouvez vous permettre de le faire pour la nuit, puis encore mieux. Ce qui est le mieux dépend de la charge et de la taille du document.

    Ces liens peuvent probablement vous fournir plus d'informations:

    Pour le DBA conseils, peut-être serverfault est mieux?

    "S'engager" ne semble pas être recommandé. Il est également possible de spécifier périodique de l'indice d'optimisation, sur la création d'index?
    Juste une remarque pour garder à l'esprit: Si vous utilisez la SYNCHRONISATION des données ( validation ) avec un MULTI_COLUMN_DATASTORE l'indice de synchronisation ne sera déclenchée que lorsque la colonne contenant l'indice réel est affecté. Par exemple, si vous avez un multi-colonne d'index sur les colonnes A,B et C avec l'index résidant sur l'Une, puis une mise à JOUR de la colonne B ne déclenchera PAS l'indice de synchronisation.

    OriginalL'auteur ewernli

  3. 1

    De mettre cela ici comme une mise à jour pour Oracle 12C utilisateurs.
    Si vous utilisez l'index en mode temps réel, alors il conserve les éléments en mémoire, et periodicially pousse les tables principales, ce qui maintient la fragmentation vers le bas et permet aux TNS de recherche sur la diffusion de contenu.
    Voici comment le configurer

    exec ctx_ddl.drop_preference ( 'your_tablespace' );
exec ctx_ddl.create_preference( 'your_tablespace', 'BASIC_STORAGE' );
exec ctx_ddl.set_attribute ( 'your_tablespace', 'STAGE_ITAB', 'true' );
create index  some_text_idx on your_table(text_col)  indextype is ctxsys.context PARAMETERS ('storage your_tablespace sync (on commit)')

    ce sera mis en place l'index du TNS mode. Il est assez doux.

    OriginalL'auteur markgiaconia