Cтраница 2
Они подтверждают сделанные выше выводы о работоспособности разработанной системы в отношении сложных запросов и позволяют обобщить их и па случай поиска по типовым запросам. [16]
Технология автоматического формирования словарей, на основе которой реализуются поисковые средства, обеспечивает формирование сложных запросов на поиск с применением логических операций И, ИЛИ, НЕ. Существует несколько видов поиска: простой, расширенный, фиксированный, поиск по словарям, поиск по тезаурусам. Дополнительным условием при поиске является определение фильтров. Фильтрами могут служить библиографический уровень и тип документа. [17]
Информационно-поисковая система IRBIS ( версии DOS и Windows 95) позволяет легко и удобно выполнять простые и сложные запросы; имеет подробную справочную информацию о всех функциях и возможностях пользователя. [18]
Системы поддержки принятия решений ( СППР) представляют собой класс информационных систем, в которых с помощью довольно сложных запросов производится отбор и анализ данных в различных разрезах: временных, географических и по различным сферам деятельности. [19]
Документы хранятся в ней с применением оптических технологий, а поисковый механизм позволяет в реальном масштабе времени обрабатывать сложные запросы по названиям продуктов и ключевым словам. Если же встречается срочный вопрос, ответ на который не удается найти в этом источнике, его переадресуют одному из главных специалистов по соответствующему продукту. В несрочных случаях используется электронная почта, и срок ответа составляет от одного до семи дней. Полученная информация не только передается клиенту, но и вводится в PRINCESS для использования в будущем. Чтобы гарантировать, что ни один вопрос не останется без ответа, весь процесс контролируется электронной системой. [20]
Полученные результаты, также отраженные в табл. 1, показывают, что введение в ПП указателей контекста для сложных запросов себя полностью оправдывает. [21]
Кроме этого языка в состав пакета dBASE IV введен дополнительный командный язык SQL, специально предназначенный для выполнения сложных запросов на выборку данных из файлов БД. Эти команды могут выполняться в режиме ввода с клавиатуры или автоматически в виде процедур, вызываемых из программ, написанных на языке dBASE IV. Сочетание развитого языка dBASE IV для создания удобного интерфейса пользователя в прикладных программах и языка запросов SQL позволяет облегчить разработку сложных программных комплексов обработки данных. [22]
Обработка запросов к хранилищу должна быть проведена с высокой производительностью, желательно в реальном масштабе времени, поэтому должна быть обеспечена поддержка сложных запросов SQL, которые требуют последовательной обработки тысяч или миллионов записей. [23]
Для задания условий поиска в языке пользователя должны присутствовать отношения типа, , , й, , и логические связи И и ИЛИ для задания сложных запросов. [24]
Специализация, постоянная учеба, владение методикой поиска по всем источникам, привлечение информационных ресурсов, как правового центра, так и всей библиотеки и сети Интернет - все это позволяет специалистам многих ведущих центров страны давать квалифицированные ответы на самые сложные запросы, а также осуществлять в более сжатые сроки приоритетное обслуживание для вышестоящих организаций, различных учреждений, ведомств, и партнеров. Кроме того, постоянное использование различных, широко представленных в ЦПИ справочно-правовых поисковых систем - НТЦ Система, Гарант, КонсультантПлюс, Кодекс и др. - учит самих сотрудников центров как методике поиска, так и правовой культуре. [25]
Эта глава подразделяется на три основные части: 1 -содержит примеры листингов четырех отношений, формирующих БД секретаря кегельной лиги, для случая их реализации в dBASE III; 2 - содержит примеры того, как команды dBASE III могут быть использованы при получении ответов на простые запросы; 3 -посвящена углубленному обсуждению набора управляемых с помощью меню программных модулей dBASE III, отвечающих на сложные запросы с помощью команд, встроенных в язык программирования СУБД. БД реализована на базе IBM PC с объемом оперативной памяти 256 Кбайт, двумя двухсторонними дисководами и монохромным монитором. Системный диск dBASE III всегда располагается на дисководе А, программным модулям и файлам БД отводится дисковод В. [26]
Эта глава подразделяется на три основные информационные части: 1 - содержит примеры листингов четырех отношений, формирующих БД секретаря кегельной лиги, для случая их реализации в СУБД R: base 5000; 2 - содержит примеры того, как команды R: base 5000 могут быть использованы при получении ответов на простые запросы; 3 - посвящена углубленному обсуждению набора управляемых с помощью меню программных модулей R: base 5000, отвечающих на сложные запросы с помощью команд языка программирования данной СУБД. Реализация БД была выполнена на IBM PC с объемом оперативной памяти 320 Кбайт, двумя двусторонними дисководами, а также монохромным монитором. Системный диск R: base 5000 всегда установлен на устройстве А; программным модулям и файлам БД отводится устройство В. [27]
Интерпретация реальных явлений и анализ текущей ситуации не должны замедляться или становиться практически невозможными из-за низкой производительности реляционной СУБД. Сложные запросы, важные для принятия решений, должны обрабатываться за секунды или минуты, но ни в коем случае за дни. [28]
Запрос не должен превышать 240 символов, включая пробелы. Сложные запросы удобно разбивать на части и по каждой из них проводить поиск отдельно. Из результатов частичного поиска далее можно сформулировать новый запрос, соединив в нем подходящим оператором номера предыдущих запросов. [29]
Некоторые сложные запросы относятся к нескольким объектам. [30]