搜索提示:什么使 Scopus 搜索变得复杂?
上次更新时间 2026年4月30日
布尔搜索是一种功能强大且精准的工具,使您能够定制搜索条件以获得特定结果。您可以通过“Basic Document Search(基本文献检索)”和“Advanced Search(高级检索)”使用布尔搜索。
以前,Scopus 的查询解释器对复杂的字符串组合、深层嵌套的位置限定运算符、大量使用筛选器,错误使用特殊字符和搜索字段以及复杂的布尔逻辑这些都更为宽松。随着最近为了实现更强大、更高效的解析而进行的系统优化(2025 年夏季),这些复杂的查询结构已被认定为因语法不正确或过于模糊而无法进行有效的处理。也就是说,我们无法保证它们能在 Scopus 上可靠地运行。 为了确保查询正常且高效地运行,您可能会遇到一些为了匹配这些增强的解析功能而必须现在进行重组的查询。我们的团队可以帮助您优化查询,使其满足当前的系统要求。 联系我们:原因:使用产品。主题:优化我的查询 |
以下是一些帮助您入门的提示:
在 Scopus 中搜索时,了解不同类型文献的索引方式和搜索方式,这一点非常重要。这可以解释为什么搜索结果可能会因使用的字段而不同。
ore Document(核心文献):即 Scopus 中完全编入索引的文献。对于这些文献,Scopus 拥有完整的信息(标题、摘要、作者、关键词、完整参考文献列表等),所有这些数据都可以在不同的字段中进行全面地搜索。
Secondary Documents(二次文献)(对未编入索引的项目的引用):是指 Core Document(核心文献)中引用的文献,但它们本身并未在 Scopus 中完全编入索引。Scopus 知道它们的原因仅仅是它们被引用了。将其视为外部作品的引文,而不是 Scopus 内完全编目的项目。
为什么搜索结果会因用于搜索的字段而不同:
- Secondary Documents(二次文献)的数据不完整:
- 由于 Secondary Documents(二次文献)未完全编入索引,Scopus 可能只拥有其部分信息或不一致的信息(例如,缺少摘要、关键词,甚至标题略有不同)。
- 影响力:如果您搜索的词应位于 Secondary Documents(二次文献)的摘要中,但 Scopus 没有该摘要,则该文档不会显示在搜索结果中。您看到的参考文献标题可能并不是 Scopus 在其索引中搜索的标题。
- REF 字段详情(搜索参考文献):
- REF 字段(参考文献)搜索核心文献引用的参考文献中的信息。
- 限定范围搜索:REF 字段是限定范围的。也就是说,必须在同一篇参考文献(引文)中找到所有搜索词,才能匹配成功。如果您的搜索词分布在同一篇父级文献的不同参考文献中,则找不到结果。
- 示例:如果您搜索 REF 字段(“词 A”和“词 B”),系统将仅返回同一篇引文中同时包含这两个词的文献。如果在同一篇文献中,“词 A”位于引文 1 中,“词 B”位于引文 2 中,则该文献不会出现在此特定 REF 字段搜索的结果中。
- ALL 字段与特定字段:
- ALL 字段搜索覆盖的字段非常广泛,例如 Abstract(摘要)、Title(标题)、Keywords(关键词)、Authors(作者)和 References(参考文献)。o 单独搜索特定字段(例如,通过 ABS 搜索摘要,通过 TITLE 搜索标题,通过 REF 搜索参考文献)时,您是在缩小搜索范围。
- 影响力:ALL 字段搜索通常会得到比单独搜索各个字段更多的结果,因为它涵盖的索引内容更广泛,包括索引更全面的核心文献的主要内容。
关键要点:执行搜索时(特别是使用 REF 字段时),请注意,为参考文献显示的信息可能未完全编入索引,或者可能采用了不同的索引方式。对于全面搜索,通常建议使用 ALL 字段,或精心构建 REF 字段搜索以考虑其限定范围的性质。
PUBYEAR:使用 PUBYEAR 字段进行的搜索通常会得出更多结果,因为此字段准确地包含了所有计划于特定出版年份(例如 2024 年)出版但尚未确定具体出版日期的“in-press(待刊)”论文。
PUBDATETXT:这是一个自由文本字段,其中包含与出版商提供的信息完全一致的出版日期信息。它不是标准化的。它只能找到出版商提供的日期字符串与您的搜索词之一(例如,“January 2024”、“February 2024”)完全匹配的论文。
示例 A:运行下面的查询来进行全年搜索查询,将返回 x 个结果
- AF-ID ( 60000000 ) AND PUBYEAR
- 找到了 2,619 份文献
示例 B:使用 PUBYEAR 和 PUBDATETXT 组合运行全年查询
- ( AF-ID ( 60000000 ) AND PUBYEAR = 2024 OR ( PUBDATETXT ( October AND 2024 ) OR PUBDATETXT ( November AND 2024 ) OR PUBDATETXT ( December AND 2024 ) ) ) OR ( AF-ID ( 60000000 ) AND PUBYEAR = 2024 AND ( PUBDATETXT ( July AND 2024 ) OR PUBDATETXT ( August AND 2024 ) OR PUBDATETXT ( September AND 2024 ) ) ) OR ( AF-ID (60000000 ) AND PUBYEAR = 2024 AND ( PUBDATETXT ( April AND 2024 ) OR PUBDATETXT ( May AND 2024 ) OR PUBDATETXT ( June AND 2024 ) ) ) OR ( AF-ID (60000000 ) AND PUBYEAR = 2024 AND ( PUBDATETXT ( january AND 2024 ) OR PUBDATETXT ( february AND 2024 ) OR PUBDATETXT ( march AND 2024 ) ) )
- 找到了 2,619 份文献(与示例 A 中的查询的结果相同)
示例 C:使用 PUBYEAR 和 PUBDATETXT 组合运行查询,将结果限定为某个季度
- AF-ID ( 60000000 ) AND PUBYEAR = 2024 AND ( PUBDATETXT ( january AND 2024 ) OR PUBDATETXT ( february AND 2024 ) OR PUBDATETXT ( march AND 2024 ) )
- 找到了 541 份文献
某些搜索可能需要比平时更长的时间,并且占用大量的处理时间和容量。如果搜索包含常用词和许多 OR 组,并且使用了许多通配符和位置限定运算符,则会变得复杂并可能需要大量处理。Scopus 搜索甚至可能会超时,特别是在服务器因处理其他搜索而非常繁忙的情况下。
类似这样的搜索甚至可能使较简单的查询变慢,因为它们占用了大量处理能力。因此,Scopus 现在会尝试提前识别它们,并在对其他搜索干扰较少的区域中进行处理。
在构造您的查询时,请考虑以下常见的注意事项:
注意事项 | 示例 |
不要运行包含点/斜杠/连字符的通配符查询。 否则,点/斜杠/连字符将被删除,查询将失败。 | TITLE-ABS-KEY(5.0*) (5.0*) 将转换为 (5 0*),不允许使用 0*(因为它是单字符通配符)。 FUND-ALL(izp-2021/1*) (izp-2021/1*) 将转换为 (izp-2021 1*),不允许使用1*(因为它是单字符通配符)。 TITLE-ABS-KEY(fire-*) (fire-*) 将转换为 (fire *),不允许使用 *(单独的通配符) |
不要再词前面使用减号,因为 (-) 是保留字符。可以在词之间使用连字符 | TITLE(-french) 查询将失败或不返回任何结果。 |
不要在运算符的一侧使用带有精确短语的位置限定运算符(可以改为使用关键字或松散短语) | TITLE-ABS-KEY ({nitrous oxide} W/2emission*) 查询将失败或不返回任何结果 |
除非要搜索确切字符,否则不要在完全匹配搜索中使用通配符。 | TITLE-ABS-KEY({nitrous oxi*} |
不要使用双截词符,因为这是不允许的 | TITLE-ABS-KEY(*daylight*) 查询将失败或不返回任何结果 |
不要使用引号将单个词括起来,特别是在使用了通配符的情况下。 | TITLE(“mou*”) 不要这样使用! |
不要使用单引号,因为它们没有任何作用;如果要执行短语搜索,请使用双引号 | TITLE-ABS-KEY (‘daylight saving’) 不起任何作用。 改为使用松散短语搜索: TITLE-ABS-KEY (“daylight saving”) |
不要使用两个单引号来构成双引号或假引号 - 它们是不同的字符。 | TITLE-ABS-KEY (‘ ‘daylight saving'') 不起任何作用,并且会产生意外的结果。 |
以下是会导致搜索引擎执行额外处理和计算的一些因素,在任何查询中减少这些因素的数量可能会加快查询速度。
- 广义搜索 - 如果搜索仅包含由“OR”连接的大量词,则搜索引擎必须查找包含其中任一词的所有文献。如果不通过 AND 或其他定义(例如日期范围)加以限制,则需要考虑的文献数量会变得非常大。
- Common terms(常用词)- 导致搜索范围非常广泛的另一个因素是使用大量文献中都会出现的常用词。
- Wildcards(通配符)- 通配符,特别是多字符通配符 *,意味着搜索引擎必须匹配任何符合该模式的单词。虽然它位于某单词结尾时问题不大,但仍然需要计算所有的可能性。请记住,不需要针对单数/复数形式使用通配符。在搜索英文单词和大多数科学术语时,Scopus 使用了词形还原(除非您使用完全匹配短语)。在单词开头处使用通配符会成指数级地增加搜索到结果的可能性(查看下面的示例)。
示例
- contrast 可以找到 contrast、contrasts,反之亦然(论文标题中约有 69,000 条结果)。
- contrast* 可以找到上述两个词,同时还可以找到(论文标题中约有 84,000 条结果)contrasting、contrasted、contrastain、contrastive、contrasteric、Contrastivism、contraste、ContrastRank、contrastivity、contrastable、contrastivist、contrastion 以及各种非英语词。
- con* 可以找到 43,000,000 条结果。
请注意:连字符会按标点符号处理,因此如果连字符不是出现在一个完全匹配短语中,则会被忽略。通配符必须与单词一起使用,因为它们不能单独使用。在通配符与单词之间使用连字符时,通配符将会无效。
示例
- title-abs-key (*-art) 将作为 title-abs-key(art) 进行搜索
- abs(iwv-*) 将作为 abs(iwv) 进行搜索
- 位置限定运算符 - 使用“within”和“preceding”(W/n, Pre/n) 意味着“AND 但在指定距离内”。因此,搜索引擎必须计算包含这些搜索词的所有文献中的搜索词之间的距离。距离越大,计算越复杂。
- 不需要针对单数/复数形式使用通配符。在搜索英文单词和大多数科学术语时,Scopus 使用了词形还原(除非您使用完全匹配短语)。
有关更多指南,请参阅如何最好地使用高级搜索
您的问题是否得到了解答?
相关解答
最近查看过的答案
由于您的 Cookie 偏好设置,该功能已禁用