搜尋提示:什麼讓 Scopus 搜尋變得複雜?
上次更新日期 2026年4月30日
Boolean 類型搜尋是一種功能強大且精確的工具,允許您量身定做搜尋條件以取得特定結果。您可以透過「基本文獻搜尋」和「進階搜尋」使用 Boolean 搜尋。
先前,Scopus 的查詢解譯器對於複雜的字串組合、深層嵌套的近似運算子、大量使用的篩選器、特殊字元和搜尋欄位的不正確使用,以及繁複的 Boolean 邏輯,皆採取較寬鬆的處理方式。隨著最近為了實現更穩健和高效率的剖析而進行的系統優化(2025 年夏季),這些複雜的查詢式結構現在會被識別為語法不正確或過於模糊,無法有效處理,這表示我們無法保證它們在 Scopus 上能穩定運行。 為確保您的查詢功能正確且高效率地運作,您可能會遇到某些查詢必須重新結構化,使其符合這些增強的剖析能力。我們的團隊隨時準備協助您優化查詢,以滿足目前的系統要求。 聯絡我們:原因:使用本產品。主題:優化我的查詢 |
以下是一些幫助您開始的提示:
當您在 Scopus 中進行搜尋時,了解不同類型的文獻是如何被建立索引和檢索至關重要。這可以解釋為什麼您的搜尋結果可能會因您使用的欄位而有所不同。
核心文獻:這些文獻在 Scopus 中是被完整建立索引。對於這些文獻,Scopus 擁有完整的資訊(例如:標題、摘要、作者、關鍵字、完整參考文獻清單等),且所有這些資料都可以在各種欄位中進行全面搜尋。
二次文獻(未建立索引項目的引用):這些文獻是核心文獻中所引用的文獻,但它們本身並未在 Scopus 中被完整建立索引。Scopus 僅因它們被引用而知道它們的存在。請將它們視為對外部文獻的引用,而非 Scopus 內部完整編目的項目。
為何搜尋結果會因使用的搜尋欄位而有所不同:
- 二次文獻資料不完整:
- 由於二次文獻沒有被完整建立索引,Scopus 可能只擁有部分或不一致的資訊(例如:缺少摘要、關鍵字,甚至標題存在細微差異)。
- 影響:如果您查詢一個應該出現在二次文獻摘要中的詞彙,但 Scopus 並未收錄該摘要,則該文獻將不會出現在您的結果中。您看到的參考文獻標題,可能並非 Scopus 在索引中搜尋的內容。
- 「REF」 欄位說明(搜尋參考文獻):
- REF 欄位(參考文獻)用於搜尋核心文獻所引用文獻中的資訊。
- 範圍搜尋:REF 欄位具有「範圍限定」。這表示您的所有搜尋詞彙必須同時出現在同一個參考文獻(引用)中才能相符匹配。如果您的詞彙分散在同一篇母文獻中不同的參考文獻內,則無法找到結果。
- 範例:如果您搜尋REF ( 「詞彙 A」 和 「詞彙 B」 ), 它將僅會回傳同時包含「詞彙 A」與「詞彙 B」於單一文獻引用中的文獻。如果 「詞彙 A」 出現在同一文獻的引用 #1 中,而 「詞彙 B」 出現在該文獻的引用 #2 中,則該文獻將不會成為此特定 REF 欄位搜尋的結果。
- 「全部」欄位與特定欄位:
- 全部欄位會跨範圍搜尋多個欄位(例如:摘要、標題、關鍵字、作者、參考文獻)。o 當您分別搜尋特定欄位(例如:ABS 代表摘要、TITLE 代表標題、REF 代表參考文獻)時,即表示您正在縮小搜尋範圍。
- 影響:ALL 欄位搜尋通常會比分別搜尋個別欄位產生更多的結果,因為它涵蓋了更廣泛的索引內容,包括核心文獻中被更全面建立索引的主要內容。
關鍵要點:在進行搜尋,特別是使用 參考文獻欄位時,請注意參考文獻所顯示的資訊可能未被完全建立索引,或建立索引的方式可能不同。對於全面性的搜尋,通常建議使用「全部」欄位或仔細設計「參考文獻」欄位的搜尋方式,以因應其範圍限定特性。
PUBYEAR:使用 PUBYEAR 欄位進行搜尋,通常會產生更多結果,因為此欄位會正確地包含所有預定在特定出版年(例如 2024 年)出版,但沒有確定、具體出版日期的「出版中」文章。
PUBDATETXT:是自由文字欄位,包含與出版商提供的出版日期資訊完全相同的資訊。它沒有標準化。它只會找到出版商提供的日期字串與您搜尋詞彙的其中之一完全相符的文章 (例如:「2024 年 1 月」、「2024 年 2 月」)。
範例 A:執行以下查詢以搜尋全年查詢結果,將返回 x 筆結果
- AF-ID ( 60000000 ) 和 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*) 為 (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 (‘日光節約’) 什麼都不做。 請改用寬鬆的片語搜尋, title-abs-key (“日光節約”) |
請勿使用兩個單引號來組成雙引號或偽引號 - 那些是不同的字元。 | TITLE-ABS-KEY (‘ ‘日光節約'') 什麼都不做,而且會得到意想不到的結果。 |
以下是搜尋引擎需要更多的處理與計算,以及會降低任何查詢可能加速的某些因素。
- 廣泛的搜尋 - 如果搜尋包含大量結合「OR」的詞彙,則搜尋引擎必須先尋找包含 ANY 這些內容的所有文獻。如果沒有使用 AND 或者其他定義加以限制(例如,日期範圍),則文獻的數量可能會非常龐大。
- 常見詞彙 - 另一個可能會造成廣泛搜尋的因素就是在非常大量文獻中使用常見詞彙。
- 萬用字元 - 萬用字元,特別是多字元的萬用字元 *,表示搜尋引擎必須找到符合該模式的任何字詞。雖然,在字詞的結尾處不會發生什麼問題,它還是需要計算所有的可能性。請記住,針對單數/複數格式,您並不需要使用萬用字元。針對英語字詞與大部分的科學詞彙,Scopus 會在搜尋中使用補題方式(除非您使用的是精準片語)。在文字開頭的萬用字元會增加機率 (請參閱以下的範例)。
範例
- contrast 將尋找 contrast、contrasts,反之亦然(在文章標題中將產生約 69,000 個結果)。
- contrast* 將尋找兩者,但也會尋找 contrasting、contrasted、contrastain、contrastive、contrasteric、Contrastivism、contraste、ContrastRank、contrastivity、contrastable、contrastivist、contrastion 與非英語的詞彙(在文章標題中將產生約 84,000 個結果)。
- 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 偏好設定,此功能已停用