问题标签 [verity]

如果不删除、重新创建和重建集合，似乎无法重命名 ColdFusion 中的现有 Verity 集合。问题是，我有一些非常大的收藏，我不想从头开始删除和重建。任何人有这个难题的一个方便的技巧？

我尝试寻找解决此问题的示例，但没有运气。希望有人能指出我正确的方向！

我有一个 Verity 收藏。记录的描述字段有一个标题，例如“Flowers & Candy Scented Candle”

当我在搜索中输入“鲜花和糖果”时，它没有返回任何结果。

如果我只输入单词 Flowers 或 Candy，它会找到结果。

我正在重构一些旧代码，它们通过一个有趣且有趣的 sql 查询来完成此操作，而无需使用 Verity 搜索引擎。

是否有快速解决此问题或让 Verity 搜索正常运行的方法？

我考虑在报价中自动包含这些条款，但这可能会限制结果。

我曾尝试使用 ColdFusion 9 在我的网站中构建搜索引擎。关键是 Verity，我读到它是在我的数据库内容中进行索引和搜索的最佳工具。

但是我四处寻找没有运气的任何教程来告诉我如何做到这一点，甚至缺少教程，或者我认为我没有找到它。

我正在将 ColdFusion 9 与 MySQL 服务器一起使用。你能建议我怎么做吗？或任何教程、文章或电子书也欢迎。

我正在使用 ColdFusion 9，并创建了一个名为“shopColl”的真实集合。我创建了一个任务计划来调用 CFM 文件以每 5 分钟对该集合进行索引。

但是当我尝试刷新集合中的索引时发现了这个错误：

你能帮我解决这个问题吗？直到今天晚上，这个过程似乎是正确的。

下面的代码位于任务计划将在例程中调用的 CFM 文件中。

很长一段时间以来，我一直在使用与 ColdFusion 8 捆绑的 Verity 搜索服务时遇到问题。问题是在对集合执行任何操作时发生超时错误。它是间歇性的，通常在成功执行一些操作后发生。

例如：如果我将记录添加到集合中，例如 15 条记录，将毫无问题地通过，但所有后续记录将超时，直到服务重新启动。

据我所知，我在共享服务器上，Windows 2008，64 位。我收到的错误是： “在搜索引擎库中执行操作时发生错误。读取集合信息时出错。：com.verity.api.administration.ConfigurationException：java.io.IOException：读取超时”

与我的托管公司交谈后，经过一些研究，有人建议服务器上的集合数量可能会导致此问题。我减少了我使用的集合数量，目前服务器上有 39 个集合。由于我在共享服务器上，我无法控制其他客户使用多少集合，但是我读到限制是 128 个集合，所以我不明白为什么 39 会导致它变得不可用。集合并不大，它们之间可能有大约 5,000 条记录。

有任何想法吗？

我有一个文件集合，这些文件已添加到一个真实集合中。具有完整路径的文件名已用作键。

我想移动磁盘上文件的位置，但我担心我最终会得到重复的条目（当我更新同一个文件时，文件的路径会不同，所以我会有一个条目旧文件和新文件的条目）。

我没有参与最初的应用程序设置，也不太了解verity 或coldfusion（应用程序的其余部分是PHP）。谁能建议我如何在真实集合中的每个键上运行某种正则表达式替换，或者可能建议另一种方法？

我有一个应用程序，它存储关于人的所有类型的数据。当前的 cfsearch 功能（在 Verity 中）包括搜索附加到这些人的文档。

如果我有 2 份文件附加到 1 个人，其中 1 份文件中包含 ABC，而另一个文件中包含 XYZ，我对“ABC AND XYZ”的理想搜索结果将返回 1 人。但由于两个“单词”都在不同的文档中编入索引，标准行为是不从 cfsearch 返回任何结果，因为这两个文档中的任何一个都不存在该组合。

有什么方法可以组合索引文档和/或查询数据，以使搜索在相关文档和数据的组合中执行？在我的应用程序中，这意味着我可以索引有关人员的所有文档和数据，并进行智能“全局”搜索以找到合适的人。

补充：这也意味着，如果我有一个人附有多个文档（可能还有一些额外的索引查询数据），从搜索的角度来看，我希望将所有这些数据“视为一个”。IE。如果我有包含 BREAD 的 document1 和包含 BUTTER 的同一个人的 document2，理想情况下，搜索 BREAD AND BUTTER 会导致指向该人的指针。（当然，正常的 searchindex 找不到任何匹配项，因为两个文档都不包含两个单词。

非常感谢任何指示和帮助！（如果 Solr 与 Verity 相比提供了新的可能性，没问题！）

谢谢！

巴特

目前，我们目前有一个 CF8 标准版服务器，它在真实性索引方面有一些限制。根据Adob​​e

我们现在已经达到了服务器范围内索引的文档数量超过 125k 的阶段。然而，最大的 verity 集合包含大约 25k 个文档（预计还会增长）。一次只能搜索一个集合。据我了解，这意味着我仍然可以不受限制地搜索整个集合。这个对吗？或者这是否意味着只有在达到限制之前在所有集合中被索引的文档实际上是可搜索的？

我们正在考虑迁移到 CF9 标准作为解决方案，并使用没有限制的 Solr 解决方案。Coldfusionjedi突出了 Verity 和 Solr 之间的一些差异。但是，在我们升级之前，我试图在我们承诺升级之前更清楚地了解这一点。

有人可以就这意味着什么以及它实际上如何影响真实性搜索和索引向我提供一个清晰的解释吗？

我目前正在运行 Coldfusion 8，verity 在 K2 服务器上运行。我正在使用一个查询来使用 cfindex 为我的表索引几个不同的列。其中一列是大型 varchar 类型。

似乎在对数据进行索引时，只存储了前 30KB，如果我在此之后搜索任何内容，则不会返回任何结果。我尝试将几个不同的短语和单词在数据中进一步向上移动，在 30KB 内，然后出现结果。

然后，我使用命令提示符中的浏览命令进行了更多的验证测试，以查看集合中的实际内容。

即 Coldfusion8\verity\collections\\parts 浏览 0000001.ddd

我发现被索引的主体（CF_BODY）从未超过 32000 的大小。

谁能告诉我每个文档是否有固定的索引大小以确保真实性？

非常感谢，

理查德

我有一个客户的请求，他希望能够在搜索结果中优先考虑他们的产品 SKU。SKU 在定义的键 CF_TITLE 中。我对真实性不是很好，而且那里的文档也不是很好。我设法修改它只找到 CF_TITLE 但它影响了其余的结果。我也不确定当前的标准是否正确，因为它并没有真正遵循我找到的任何示例语法。

那么如何修改标准，以便我们可以在结果中优先考虑“CF_TITLE”的完全匹配而不影响其余结果？

这是他们当前的搜索标签：