Je cherche à améliorer un moteur de recherches interne à ma base mySQL:
sur des recherches par mots-clés dans des champs TEXT indexés en fulltext je
voudrais éliminer directement en mode mySQL
les mots correspondants pouvant se trouver à l'intérieur de les liens html,
en quelque sorte l'équivalent mySQL de strip_tags en php.
Exemple si je cherche le mot "Bretagne" je ne voudrais pas que soit retenu
par la requête mySQL un texte du type
<A HREF="bretagne.com">un lien</A> où le mot bretagne n'est présent que
dans le lien et donc pas visible.
Pour l'instant j'ai fait une usine à gaz qui réexamine le retour des
requêtes afin d'éliminer ce qui n'est présent que dans les liens,
mais c'est peu adapté aux requêtes avec MATCH AGAINST.
Quelqu'un aurait-il rencontré ce problème ?
Je n'ai rien trouvé à ce sujet dans les archives des groupes ou du web
francophone.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
loufoque
Bernard Le Lann a dit le 21/01/2005 22:25:
en quelque sorte l'équivalent mySQL de strip_tags en php.
Ce n'est pas possible avec MySQL. Il faut un SGBD qui supporte les procédures stockées.
Je sais que par exemple, avec SQLite, on peut facilement utiliser strip_tags de PHP. Par contre ça doit pas supporter les FULLTEXT index, donc l'intérêt est limité.
Bernard Le Lann a dit le 21/01/2005 22:25:
en quelque sorte l'équivalent mySQL de strip_tags en php.
Ce n'est pas possible avec MySQL.
Il faut un SGBD qui supporte les procédures stockées.
Je sais que par exemple, avec SQLite, on peut facilement utiliser
strip_tags de PHP. Par contre ça doit pas supporter les FULLTEXT index,
donc l'intérêt est limité.
en quelque sorte l'équivalent mySQL de strip_tags en php.
Ce n'est pas possible avec MySQL. Il faut un SGBD qui supporte les procédures stockées.
Je sais que par exemple, avec SQLite, on peut facilement utiliser strip_tags de PHP. Par contre ça doit pas supporter les FULLTEXT index, donc l'intérêt est limité.
MaXX
Bonjour,
loufoque wrote:
Bernard Le Lann a dit le 21/01/2005 22:25:
en quelque sorte l'équivalent mySQL de strip_tags en php.
Ce n'est pas possible avec MySQL. Il faut un SGBD qui supporte les procédures stockées.
Est-ce possible avec Postgres(7.4)? Je vais être confronté tôt ou tard à un problème de ce genre...
MaXX
Bonjour,
loufoque wrote:
Bernard Le Lann a dit le 21/01/2005 22:25:
en quelque sorte l'équivalent mySQL de strip_tags en php.
Ce n'est pas possible avec MySQL.
Il faut un SGBD qui supporte les procédures stockées.
Est-ce possible avec Postgres(7.4)? Je vais être confronté tôt ou tard à un
problème de ce genre...
en quelque sorte l'équivalent mySQL de strip_tags en php.
Ce n'est pas possible avec MySQL. Il faut un SGBD qui supporte les procédures stockées.
Est-ce possible avec Postgres(7.4)? Je vais être confronté tôt ou tard à un problème de ce genre...
MaXX
loufoque
MaXX a dit le 23/01/2005 21:57:
Est-ce possible avec Postgres(7.4)? Je vais être confronté tôt ou tard à un problème de ce genre...
Les recherches en full text nécessitent une extension pour PostgreSQL. http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/ Sinon, il supporte les procédures stockées.
MaXX a dit le 23/01/2005 21:57:
Est-ce possible avec Postgres(7.4)? Je vais être confronté tôt ou tard à un
problème de ce genre...
Les recherches en full text nécessitent une extension pour PostgreSQL.
http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/
Sinon, il supporte les procédures stockées.
Est-ce possible avec Postgres(7.4)? Je vais être confronté tôt ou tard à un problème de ce genre...
Les recherches en full text nécessitent une extension pour PostgreSQL. http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/ Sinon, il supporte les procédures stockées.
MaXX
loufoque wrote:
Les recherches en full text nécessitent une extension pour PostgreSQL. http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/ Sinon, il supporte les procédures stockées.
Merci beaucoup MaXX
loufoque wrote:
Les recherches en full text nécessitent une extension pour PostgreSQL.
http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/
Sinon, il supporte les procédures stockées.
Les recherches en full text nécessitent une extension pour PostgreSQL. http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/ Sinon, il supporte les procédures stockées.
Merci beaucoup MaXX
Bernard Le Lann
Dommage,
merci du renseignement.
Bernard
"loufoque" a écrit dans le message de news: 41f3eece$0$22484$ | Bernard Le Lann a dit le 21/01/2005 22:25: | | > en quelque sorte l'équivalent mySQL de strip_tags en php. | | Ce n'est pas possible avec MySQL. | Il faut un SGBD qui supporte les procédures stockées. | | Je sais que par exemple, avec SQLite, on peut facilement utiliser | strip_tags de PHP. Par contre ça doit pas supporter les FULLTEXT index, | donc l'intérêt est limité.
Dommage,
merci du renseignement.
Bernard
"loufoque" <mat.wilmots.remove@nospam.wanadoo.fr> a écrit dans le message de
news: 41f3eece$0$22484$626a14ce@news.free.fr...
| Bernard Le Lann a dit le 21/01/2005 22:25:
|
| > en quelque sorte l'équivalent mySQL de strip_tags en php.
|
| Ce n'est pas possible avec MySQL.
| Il faut un SGBD qui supporte les procédures stockées.
|
| Je sais que par exemple, avec SQLite, on peut facilement utiliser
| strip_tags de PHP. Par contre ça doit pas supporter les FULLTEXT index,
| donc l'intérêt est limité.
"loufoque" a écrit dans le message de news: 41f3eece$0$22484$ | Bernard Le Lann a dit le 21/01/2005 22:25: | | > en quelque sorte l'équivalent mySQL de strip_tags en php. | | Ce n'est pas possible avec MySQL. | Il faut un SGBD qui supporte les procédures stockées. | | Je sais que par exemple, avec SQLite, on peut facilement utiliser | strip_tags de PHP. Par contre ça doit pas supporter les FULLTEXT index, | donc l'intérêt est limité.
