Full-Text Index

19/01/2004 - 18:11 por José Antonio | Informe spam
Hola a tod@s:
En una aplicación de registro de documentación con abundantes busquedas en
un campo "Contenido" que resume lo que pone en el documento no se que poner:
nChar(4000) o nText. Mi inglés no es demasiado bueno y no me ha quedado
claro si el Full-Tex Index se puede implementar para todos los campos
carácter o solo para los campos text.
El campo "Contenido" no pasaría nunca de los 2000 caractéres (de hecho
utilizo el insert en un SP para dar de alta los registros) y no se si merece
la pena utilizar esa característica para no tener que lanzar consultas del
tipo where Contenido like '%factura Empresa Pepito%' que imagino que serán
costosísimas para el servidor. Podías decirme donde me puedo informar sobre
el rendimiento de las dos posibilidades (si me lo decís vosotros ya sería
fantastico), así como donde puedo encontrar un ejemplo de utilización y
aprovechamiento de Full-Text Index.

Muchas gracias a tod@s por vuestro tiempo.

José Antonio Sánchez.
 

Leer las respuestas

#1 robcarra
19/01/2004 - 21:19 | Informe spam
Hola Jose

Se puede implementar FTS en campos de tipo caracter, caracter unicode,
texto o imagen. Entonces no hay problema definiendo esa columna como nChar.
Y definitivamente FTS va a ser mucho mas rapido que like, sobretodo cuando
hablamos de un numero grande de records. No tengo numeros conmigo, pero el
performance de FTS es muy superior con grandes numeros de records al
compararlo con LIKE. Te mando un link con un whitepaper de FTS donde
explican las ventajas de FTS sobre LIKE en la seccion WHY USE FULL-TEXT
SEARCH? Espero que te sirva

Saludos

Roberto Carrasco
MCSE, MCDBA

Preguntas similares