问题标签 [query-analyzer]

我已经开始使用查询分析器，它会警告我有关相同的查询。

就上下文而言，我在页面上加载了 25 个“帖子”，当前用户可以“加星标”一个帖子：

0.018s 25 个相同的查询 SELECT SQL_NO_CACHE N AS one FROM 'stars' WHERE 'stars'.'post_id' = N AND 'stars'.'user_id' = N LIMIT N

这是 User 模型中的方法：

如何通过减少查询数量来满足此警告？

更新：

根据 Taryn East 的提示，我将User模型方法更新为：

虽然这允许我关联/缓存属于用户的星星，但我仍然需要where检查这些星星是否属于帖子。正确的？

有谁知道应用程序本身是否有一个设置会导致它只返回整数？

示例 - 查询设置为返回数据 123456789.26，但被四舍五入为整数 123456789

我在程序中找不到任何设置或选项。通过使用 STR 命令，我能够获得相同的结果，但我不应该这样做。我的同事使用其他版本的 SQL Server，有些返回小数，有些则不返回。

我尝试将自定义分析器添加到弹性搜索。我有一个太大的同义词“映射”列表（mapper_list）。mapper_list 的大小约为 30.000 个元素。

来自弹性搜索的错误消息

请对解决此问题的方法发表任何评论。

ES版本信息：

API 文档说search(*args, **kwargs)有一个名为analyzer. 但是下面的代码引发了一个异常：

RequestError:TransportError(400, 'illegal_argument_exception', 'request [/test-index/content-field/_search] 包含无法识别的参数: [analyzer]')

但是，以下代码返回正确答案。

我正在阅读 Solr Admin 的分析器屏幕上的文档，但我仍然不确定如何确定给定查询何时与某物匹配——这是在其分析器链中的一个步骤后显示为浅蓝色时吗？还有一种方法可以查看它匹配了多少以及它们具体是什么词？

最后，在字段值（索引）和字段值（查询）中键入查询有什么区别？

谢谢你的帮助！

我正在使用名称搜索，并且由于某种原因，当我查询包含查询的“sam”文档作为子字符串（如“samara”、“samir”或“samuel”）时，返回的权重看似相等。

这只是 Solr 的一个内置功能，可以将包含您的搜索词的单词解析为子字符串吗？有没有办法在转移到替代方案之前对确切的查询本身施加更大的权重？

我已经有两个单独fieldTypes的文本比它的同义词更重原始文本，但我无法找到解决这个子字符串问题的方法，因为它似乎是 Solr 固有的。

这是我的 fieldType 定义：

任何帮助将非常感激。

我有 2 个 Sql Server 实例和一个查询：

这导致了 2 个查询执行计划：

这是上传的版本

一个有 Sort 的得到 301740 行并且需要 48s，另一个得到 286743 行没有 Sort 需要 5s。一个数据库是其他数据库的一个有点过时的副本。表中的行号顺序为 98 419 368。

我的问题是：

1. 我不明白为什么嵌套循环加入需要排序？我尝试使用“OPTION (QUERYTRACEON 2340)”禁用它。该选项根本没有区别。
2. 为什么执行时间差异如此之大？如何避免这种情况？

我使用 Sql Server 2014。

更新：

使用统计 IO：

表“CynergyResidualRecord”。扫描计数 1，逻辑读取 1226357，物理读取 0，预读读取 0，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。表“工作表”。扫描计数 0，逻辑读取 0，物理读取 0，预读读取 0，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。

我已经安装了 PowerBI“分析 Excel 更新”和“PowerBI Publisher for Excel”。每次我刷新 OLAP Cube 时，它​​都会要求提供登录凭据。我确信登录凭据是正确的，因为我使用相同的凭据登录到 PowerBI Web。提交登录详细信息后，我在 excel 中收到的错误是：“发生以下系统错误：（操作成功完成。）。”

请帮助，因为没有用户能够使用“在 Excel 中分析”功能。

我有一个大表的查询，根据参数持续 2 秒到 3 分钟。有没有办法告诉 Postgres (9.6) 它的查询计划有时很糟糕？

解释

我有两张桌子：

有4 个 ItemUpdates.types：1、2、3 和 4，重新分区为：

SELECT type, count(*) FROM "ItemUpdates" GROUP BY type

我使用的查询是：

对于1、3和4类型，查询速度足够快（不到 3 秒）。问题是当我查询类型2时：大约 4 分钟。

查询计划因类型而异。

对于1 和 4（2,000,000 项）：

对于3（62,000,000 项）：

对于我们的用例来说，它更长但仍然可以。

使用类型2（5,000,000 项）：

对 74 GB 表的 Seq Scan 非常长，并且消耗大量资源。

这些表是 AUTOVACUUMed 并且 VACUUM ANALYZE 没有任何改变。

恢复 ：

• 2M 行解析 => OK
• 要解析的 5M 行 => 不行
• 62M 行解析 => OK

有没有办法拉皮条，强制或破解查询计划？

我在使用 Lucene 时遇到了一些困难，希望能提供任何帮助。

我有一个使用 QueryParser.Parse 手动编写和解析（此查询）的自定义查询。我正在使用版本 LUCENE_29 和 StandardAnalyzer。

在我的查询中，我有一个特殊字符（冒号），需要保留：

解析上述查询文本后的输出为：

有没有人有任何建议，我尝试将一个空的停用词集合传递给 StandardAnalyzer 构造函数，但这没有任何效果，它仍然会去掉冒号。

谢谢你。