Because then I would get the document results separate from
the data from the database. Currently, we index them
separately, but that doesn't give us the whole thing
together as one.
If you store some common value that you can use as a key - for example, the
name of your file in the
Hi,
We have binary documents that we want to index (e.g. Word, Excel, Powerpoint,
PDF, etc.) and we know we can index them with verity using the cfindex
type=file attribute. However, we want to index their content along with other
content from our database. So, we are looking at extracting
Dave Phillips wrote:
Hi,
We have binary documents that we want to index (e.g. Word, Excel, Powerpoint,
PDF, etc.) and we know we can index them with verity using the cfindex
type=file attribute. However, we want to index their content along with
other content from our database. So, we
We have binary documents that we want to index (e.g. Word,
Excel, Powerpoint, PDF, etc.) and we know we can index them
with verity using the cfindex type=file attribute. However,
we want to index their content along with other content from
our database. So, we are looking at extracting
I might be missing something here, but why not just have separate
collections and use cfsearch on the ones you want to return as one search
result set? You can specify multiple collections to search within the
collection attribute of the cfsearch tag.
Andy
Andy,
Because then I would get the
5 matches
Mail list logo