Ah - but back in the days when I were a lad, punctuation included the "/"
(or is it just that my mind that has faded over the years?).
Either way, the text containing the "/" characters is provided by suppliers
and must be displayed "as is".
So, back to the drawing board.
Thanks anyhow Matt
> As per BOL: "contains" predicate is based on words (phrases), that are
> separated by space or "punctuation". I'd assume your slash to separate
> multiple values (second row) isn't 'a "puntuation". (BOL is not clear
> on that). Consider separating the VALUES by comma or additioal spaces.
mattp - 08 Dec 2005 16:19 GMT
Hi Griff,
you're probably right - this must have changed in the years :-)
This seems to be gettin truly complicated ...
I'll just point you to an older thread I found - seems to be a known
symptom
(some sort of OS-supplied DLL is responsibel for the "word breeaking").
http://groups.google.de/group/microsoft.public.sqlserver.fulltext/browse_thread/
thread/69f31b07c6c75834/9bd775cda7af0074?lnk=st&q=sql+server+punctuation+charact
ers&rnum=5&hl=de#9bd775cda7af0074
One idea though: couldn't you "copy" the columns provided "by the
suppiers" to a second one, do some string translation,
and use this column for full-text indexing ?
(of course do be done "regulary" - perhaps by a trigger )
Running out of ideas else ...
Griff - 09 Dec 2005 09:47 GMT
The second column idea - like your thinking on this one....may have to go
with that.
Thanks!
mattp - 09 Dec 2005 11:07 GMT
You're welcome - hope that works out. There seems to be scalar function
"REPLACE" that should come in handy for this ...