Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Nous avions sur un serveur de supervision une base Mysql avec une table partitionnée LOGS (sur une date) contenant les logs systèmes des machines extranet (front, back et base métier)via syslog-ng et un script perl. Cette table était archivée dans une autre table LOGS_ARCHIVE de type ARCHIVE.(compression des données et gain de place).
Existe-t-il un équivalent sous Postgres ?
Si non , avez-vous une autre solution ?
Quand on cherche un peu plus avec d'autres mots on s'aperçoit que le 'e' en fin de mot aussi les pluriels sont également supprimés .....
XN_DEV=# select plainto_tsquery('french_nostop','brilles');
LOG: durée : 0.272 ms, instruction : select plainto_tsquery('french_nostop','brilles');
plainto_tsquery
-----------------
'brill'
(1 ligne)
Je pense qu'il y a d'autres règles orthographiques liées au langage mais tout ceci est-il stocké dans un fichier et si oui est-ce paramétrable ?
les 'isse' ou les 'asse' disparaissent comme si postgres déterminait qu'il s'agit de la terminaison d'un verbe conjugué...
Moi, je m'attendais à trouver 'couli' ou 'coulis' ....
Nous sommes en 9.2 .
Et voici ce que j'obtiens:
XN_DEV=# select plainto_tsquery('french_nostop','coulisse');
LOG: durée : 4.153 ms, instruction : select plainto_tsquery('french_nostop','coulisse');
plainto_tsquery
-----------------
'coul'
(1 ligne)
Voici ce que j'ai créé sur ma base :
CREATE TEXT SEARCH DICTIONARY french_stem_nostop (
TEMPLATE = snowball,
language = 'french'
);
CREATE TEXT SEARCH CONFIGURATION french_nostop (
PARSER = "default"
);
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR asciihword WITH unaccent,french_stem_nostop;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR asciiword WITH unaccent,french_stem_nostop;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR email WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR file WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR float WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR host WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR hword WITH unaccent,french_stem_nostop;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR hword_asciipart WITH unaccent,french_stem_nostop;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR hword_numpart WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR hword_part WITH unaccent,french_stem_nostop;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR int WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR numhword WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR numword WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR sfloat WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR uint WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR url WITH simple;
ALTER TEXT SEARCH CONFIGURATION french_nostop ADD MAPPING FOR url_path WITH simple;
Je n'ai donc plus de mots brulés (STOP WORDS), pourtant lorsque je recherche dans une table tout ce qui contient 'coulisse', la requête me ramène effectivement ce qui contient coulisse mais aussi couleur, .....
Pourquoi SELECT plainto_tsquery('french_nostop', 'coulisse') ne me ramène que coul ????
Comment puis-je paramétrer Postgres pour avoir un fonctionnement 'normal' (pour moi) ?
Merci d'avance
Pages : 1
