Советы по поиску Что усложняет обработку поискового запроса Scopus?
Last updated on 30 апреля 2026 г.
Логический поиск — это мощный и точный инструмент, который позволяет адаптировать критерии поиска для получения искомых результатов. Логический поиск можно использовать в режимах простого поиска документов и расширенного поиска.
Ранее интерпретатор запросов Scopus был более гибким со сложными комбинациями строк, глубоко вложенными операторами близости, широким применением фильтров, некорректным использованием специальных символов и полей поиска, а также сложной бинарной логикой. Недавно мы оптимизировали систему (лето 2025 г.) и сделали анализ более надежным и эффективным. Теперь эти сложные структуры запросов идентифицируются как синтаксически неправильные или слишком неоднозначные для эффективной обработки, а это означает, что мы не можем гарантировать их надежность в Scopus. При обеспечении правильной и эффективной работы запросов вы можете столкнуться с запросами, которым нужна реструктуризация для соответствия расширенным возможностям анализа. Наша команда готова помочь вам оптимизировать ваши запросы в соответствии с текущими системными требованиями. Связаться с нами: Причина: Использование Продукта. Тема: Оптимизация моего запроса |
Ниже приведены несколько советов, которые могут вам пригодиться в работе.
При поиске в Scopus важно понимать, как проходит индексация и поиск различных типов документов. Благодаря этому можно понять, почему результаты поиска могут отличаться в зависимости от используемых полей.
Основные документы: это документы, полностью проиндексированные в Scopus. В Scopus есть полная информация о них (заголовки, тезисы, авторы, ключевые слова, полные списки ссылок и т. д.), и все эти данные можно искать в различных полях с максимальной точностью.
Вторичные документы (ссылки на неиндексированные элементы): это документы, цитируемые в основном документе, но не полностью индексированные в Scopus. В Scopus есть данные о них только потому, что на них ссылались. Думайте о них как о цитатах из внешних работ, а не о полностью каталогизированных документах в Scopus.
Почему результаты поиска могут отличаться в зависимости от поля, используемого для поиска
- Неполные данные для вторичных документов.
- Поскольку вторичные документы не полностью индексированы, в Scopus может быть только частичная или противоречивая информация о них (например, отсутствующие тезисы, ключевые слова или даже небольшие изменения в заголовках).
- Влияние. Если вы ищете термин, который должен быть в резюме вторичного документа, но в Scopus нет этого резюме, то документ не будет отображаться в результатах. То, что вы видите как заголовок ссылки, может не быть тем, что ищет Scopus в своем индексе.
- Характеристики поля REF (поиск ссылок).
- В поле REF ("Ссылки") выполняется поиск информации в цитируемых ссылках основного документа.
- Поиск по области. Поле REF отвечает за поиск по области. Это означает, что все поисковые термины должны быть найдены вместе по одной и той же индивидуальной ссылке (цитирование), чтобы произошло совпадение. Результаты не будут найдены, если термины распределены по разным ссылкам в одном родительском документе.
- Пример Если вы ищете REF ("термин А" И "термин Б" ), отобразятся только документы, где "термин А" и "термин Б" присутствуют в одной цитате. Если "термин A" находится в цитате № 1, а "термин B" — в цитате № 2 того же документа, этот документ не появится в результатах для этого конкретного поиска в поле REF.
- Поле ALL и конкретные поля.
- Поле ALL выполняет поиск по очень широкому спектру полей (например, аннотация, заголовок, ключевые слова, авторы, ссылки). o При поиске с помощью отдельных конкретных полей (например, ABS для аннотаций, TITLE для заголовков, REF для ссылок) область поиска сужается.
- Влияние. Поиск с помощью поля ALL часто дает больше результатов, чем поиск по отдельным конкретным полям, поскольку он охватывает более широкий спектр индексированного содержимого, включая основное содержание основных документов, которое индексировано в более полном объеме.
Ключевые выводы. Во время поиска, особенно с использованием поля REF, имейте в виду, что информация, отображаемая для ссылки, может быть не полностью индексирована или индексирована по-другому. Для всестороннего поиска обычно рекомендуется использовать поле ALL или тщательно структурировать поиск с помощью поля REF с учетом его ограниченного характера.
PUBYEAR. Поиск с использованием поля PUBYEAR обычно дает больше повторений, потому что это поле включает все статьи "в печати", публикация которых запланирована на конкретный год (например, 2024 г.), но у них пока нет окончательной конкретной даты публикации.
PUBDATETXT: текстовое поле, которое содержит информацию о дате публикации именно в том виде, в каком она была указана издателем. Оно не стандартизировано. Оно позволяет находить только те статьи, где издатель указал дату, которая точно совпадает с одним из ваших поисковых критериев (например, "январь 2024 г.", "февраль 2024 г.").
Пример A: указанный ниже поисковый запрос для всего года возвращает x результатов
- AF-ID ( 60000000 ) AND PUBYEAR
- найдено документов: 2619
Пример B: запрос с использованием комбинации PUBYEAR и PUBDATETXT для всего года
- ( AF-ID ( 60000000 ) AND PUBYEAR = 2024 OR ( PUBDATETXT ( октябрь AND 2024 ) OR PUBDATETXT ( ноябрь AND 2024 ) OR PUBDATETXT ( декабрь AND 2024 ) ) ) OR ( AF-ID ( 60000000 ) AND PUBYEAR = 2024 AND ( PUBDATETXT ( июль AND 2024 ) OR PUBDATETXT ( август AND 2024 ) OR PUBDATETXT ( сентябрь AND 2024 ) ) ) OR ( AF-ID (60000000 ) AND PUBYEAR = 2024 AND ( PUBDATETXT ( апрель AND 2024 ) OR PUBDATETXT ( май AND 2024 ) OR PUBDATETXT ( июнь AND 2024 ) ) ) OR ( AF-ID (60000000 ) AND PUBYEAR = 2024 AND ( PUBDATETXT ( январь AND 2024 ) OR PUBDATETXT ( февраль AND 2024 ) OR PUBDATETXT ( март AND 2024 ) ) )
- Найдено документов: 2619 (те же результаты, что и для запроса в примере А)
Пример C: запрос с использованием комбинации PUBYEAR и PUBDATETXT для ограничения результатов до определенного квартала
- AF-ID ( "Ирландский национальный университет, Корк" 60000000 ) AND PUBYEAR = 2024 AND ( PUBDATETXT ( январь AND 2024 ) OR PUBDATETXT ( february AND 2024 ) OR PUBDATETXT ( январь 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 или другими определениями (например, диапазоном дат), то количество рассматриваемых документов становится очень большим.
- Общие термины ― еще одним фактором, делающим поиск очень широкими, является использование общих терминов, встречающихся в очень большом количестве документов.
- Подстановочные знаки ― подстановочные знаки, особенно символ «*», заменяющий несколько символов, приводят к тому, что поисковая система ищет все слова, соответствующие шаблону. Хотя в конце слова это не такая существенная проблема, в любом случае это требует просчета всех возможных вариантов. Помните, что для поиска слов во множественном и единственном числе подстановочные символы не требуются. При выполнении поиска 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).
- Операторы близости ― использование операторов «в пределах» и «предшествует» (W/n, Pre/n) означает «AND, но в пределах указанной удаленности». Поэтому поисковая система должна считать удаленность терминов друг от друга во всех документах, где они встречаются. Чем больше расстояние между терминами, тем больше времени займет это вычисление.
- Для поиска слов во множественном и единственном числе подстановочные символы не требуются. При выполнении поиска Scopus прибегает к лемматизации (если только не используется точная фраза) для английских слов и большинства научных терминов.
Дополнительные рекомендации см. в разделе Как лучше использовать расширенный поиск
Did we answer your question?
Related answers
Recently viewed answers
Functionality disabled due to your cookie preferences