Рекомендации по организации практической работы

При наличии возможности выхода в Интернет, практическая работа учащихся может быть организована по таким направлениям:

• подготовка, отправление и прием электронной почты;

• работа с Web-браузером, просмотр Web-страниц;

• обращение в FTP - серверам, извлечение файлов;

• поиск информации в системе WWW с помощью поисковых программ.

Знакомство с каждым новым видом прикладного программно­го обеспечения, обслуживающим соответствующую информаци­онную услугу (почтовая программа, Web-браузер, поисковая про­грамма) следует проводить по стандартной методической схеме: данные, среда, режимы работы, система команд.

Задания для выполнения учащимися практических работ в сети Internet содержатся в пособии [3].

12.4. Базы данных и информационные системы Методические рекомендации по изучению темы

Изучаемые вопросы:

• Области применения информационных систем и баз данных (БД).

• Классификация БД.

• Структура реляционной базы данных (РБД).

• Элементы РБД: главный ключ; имя, значение и тип поля.

• Назначение системы управления базами данных (СУБД); режимы работы СУБД.

• Запросы на поиск данных.

• Запросы на удаление данных.

• Запросы на сортировку.

Области применения. Изучение темы следует начать с описа­ния области применения компьютерных информационных сис­тем, с обоснования актуальности данного приложения компью­терной техники. Задачу можно сформулировать следующим об­разом: имеется большой объем данных о какой-то реальной системе объектов или событий. Например, о книгах в библиоте­ке, работниках предприятия, товарах на складе, дорожно-транс­портных происшествиях за длительный период времени и т.п. Необходимо организовать хранение этой информации таким об­разом, чтобы ее было удобно просматривать, пополнять, изме­нять, искать нужные сведения, делать любые выборки, осуществлять сортировку в любом порядке. Такой работой людям приходилось заниматься и задолго до появления компьютеров. Основным средством хранения данных была бумага. Данные хранились в виде списков в толстых журналах, папках, на картон­ах карточках. Последний способ используется, например, в биб­лиотечных каталогах. Большинству учеников он хорошо знаком: _а каждой карточке записаны сведения об отдельной книге. В алфавитном каталоге карточки систематизированы по фамили­ям авторов в алфавитном порядке, в предметном каталоге - по тематике книг. Подобные систематизированные картотеки исполь­зуются в отделах кадров предприятий. Они удобны тем, что лег­ко можно извлечь нужную карточку, заменить, добавить новые карточки, сохраняя установленный порядок. Тем не менее, если такая картотека содержит тысячи карточек, то, как бы совер­шенна ни была ее организация, обработка данных в ней - дело длительное и трудоемкое.

Другой пример - архивы различных документов. Например, существуют исторические архивы, архивы судебных дел, архивы патентов на изобретения и многие другие. Порой такие архивы занимают целые здания. Поиск в них нужных документов требует значительных усилий. Кроме того, существуют киноархивы, фотоархивы, архивы звуковых записей.

В наше время решению описанных проблем помогают компью­теры.

Компьютерные информационные системы позволяют хранить большие объемы данных, осуществлять в них быстрый поиск, вносить изменения, выполнять всевозможные манипуляции с дан­ными (группировать, сортировать и пр.). Следует привести при­меры таких информационных систем. Например, система прода­жи железнодорожных и авиационных билетов. Другой знакомый ученикам пример: во время телерепортажей с крупных междуна­родных соревнований, олимпийских игр на экран мгновенно вы­водится досье любого спортсмена, о котором говорит коммента­тор - это работает компьютерная информационная система.

Основой всякой информационной системы является база дан­ных - организованная совокупность данных на магнитных дисках. Ученики уже хорошо знают, что информация на дисках хранится в виде файлов. Поэтому первый вывод, который можно сделать относительно организации больших баз данных - это то, что они требуют больших объемов дисковой памяти.

Теоретические основы. Тема «Базы данных и информацион­ные системы» насыщена теоретическими понятиями. Эти поня­тия пересекаются с другими содержательными линиями базового курса: информационное моделирование, представление ин­формации (в частности, логической информации). Активное Развитие теории баз данных началось в 1970-х гг. Особое место в ней занимает теория реляционных баз данных (РБД), разрабо­танная Е.Коддом. Элементы этой теории рассмотрены в подразделе 10.З настоящего пособия.

К теоретическим вопросам, рассматриваемым в рамках базового курса, относятся вопросы классификации БД, структуру однотабличной РБД.

Классификация баз данных. Базы данных классифицируются по разным признакам. По характеру хранимой информации БД делятся на фактографические и документальные. Если проводить аналогию с описанными выше примерами информационных хранилищ, то фактографические БД - это картотеки, а документальные - это архивы. В фактографических БД хранится краткая информация в строго определенном формате. В документальных БД - всевоз­можные документы. Причем это могут быть не только текстовые документы, но и графика, видео и звук (мультимедиа).

Классификация по способу хранения данных делит БД на централизованные и распределенные. Вся информация в централизован­ной БД хранится на одном компьютере. Это может быть автоном­ный ПК или сервер сети, к которому имеют доступ пользователи-клиенты. Распределенные БД используются в локальных и глобальных компьютерных сетях. В таком случае разные части базы хранятся на разных компьютерах.

Третий признак классификации БД - по структуре организа­ции данных. В разделе «Формализация и моделирование» говори­лось о трех способах организации данных: табличном, иерархи­ческом и сетевом. Базы данных, использующие соответствующий способ организации информации, называются реляционными (таб­личные БД), иерархическими и сетевыми БД.

В базовом курсе информатики рассматриваются лишь фактографические реляционные базы данных. Это связано не только с огра­ниченностью школьного курса, но и с тем фактом, что реляци­онный тип БД используется сегодня наиболее часто и является универсальным. Теоретически доказано, что любая система дан­ных может быть отражена с помощью таблиц. Простейшая реля­ционная БД содержит одну таблицу, более сложная может состо­ять из множества взаимосвязанных таблиц.

Структура однотабличной реляционной БД. О табличной форме информационной модели речь шла в подразделе 10.1. Таблица со­держит информацию о некоторой системе объектов или событий. В разных строчках содержится информация о разных объектах опи­сываемой системы, а столбцы соответствуют различным атрибу­там этих объектов. В терминологии реляционных баз данных стро­ки таблицы называются записями, столбцы - полями. Само назва­ние «реляционная БД» происходит от английского слова «relation», что переводится как «отношение». Здесь термин «отношение» по­нимается как взаимосвязь между полями таблицы. В реляционном подходе таблица называется отношением.

Объяснение данного материала следует проводить на конкретных примерах. Например, в учебнике [15] в качестве примеров используются разнообразные таблицы: «Домашняя библиотека» «Погода», «Успеваемость», «Факультативы». Следует подчеркнуть, что в базах данных каждая таблица должна иметь свое имя. Учителю будет удобно работать, если эти таблицы вынести на плакаты.

Основные представления, которые должны быть закреплены учениками:

• всякая таблица содержит в себе информацию о некоторой реальной системе (процессе) и, следовательно, является ее информационной моделью;

• всякая запись в таблице - информация о конкретном объекте (событии) данной системы;

• значение поля в каждой записи - это определенная характеристика (свойство, атрибут) объекта.

Вопросы, задаваемые ученикам для закрепления этих понятий, должны быть следующего характера:

Вопрос: Информация, о какой системе содержится в таблице «Успеваемость»?

Ответ: Об определенном классе школы.

Вопрос: Информация, о каком объекте содержится в каждой записи этой таблицы?

Ответ: О конкретном ученике.

Вопрос: Что обозначают значения полей в записи?

Ответ: Оценки, полученные данным учеником по школьным предметам.

Основные понятия, связанные с записями и полями: главный ключ записи, имя поля, значение поля, тип поля.

Главный ключ - это поле или совокупность полей, которое од­нозначно определяет запись в таблице. Можно еще сказать так: главный ключ - это идентификатор записи. В базах данных слово «ключ» имеет несколько употреблений: ключ поиска - поле, по значению которого ищется запись в БД, ключ сортировки - поле, по значению которого происходит упорядочение записей. Поэто­му идентификатор записей приходится называть главным клю­чом.

Учителю важно понимать, что тема «Базы данных» содержит в себе ряд узловых вопросов, имеющих фундаментальное значение. Для курса информатики в целом. В этой теме ученики впервые встречаются с понятием величины. В дальнейшем это понятие бу-^5ет широко использоваться в электронных таблицах, в алгорит­мах и программах. Величина - это отдельный информационный объект, имеющий собственное имя и занимающий место в памяти компьютера. С этой точки зрения поля являются величинами. Каждое поле в таблице имеет имя, для каждого поля определен тип.

Понятие типа величины связано с тремя ее свойствами:

• множеством значений, которые может принимать величина;

• множеством операций, которые можно выполнять с этой величиной;

• формой внутреннего представления в памяти ЭВМ.

В большинстве случаев в базах данных используются четыре ос­новных типа: символьный, числовой, дата и логический. Поле сим­вольного типа может хранить значение любой последовательности символов; числовые поля могут содержать целые или дробные де­сятичные числа; дата - день/месяц/год; логические поля - значе­ния логических величин (да - нет, истина - ложь, true - false).

В данном разделе впервые в курсе информатики ученики встре­чаются с логическим типом данных, с логическими величинами. Первое понятие о логической величине можно дать как ответ на альтернативный вопрос. Например: «Имеется ли данная книга в библиотеке?», или «Поступил ли абитуриент в университет», или «На улице идет дождь?» и т.п. Ответами на такие вопросы могут быть только «да» или «нет». Синонимами являются «истина», «ложь»; «true», «false». Если поле таблицы будет принимать только такие значения, то ему назначается логический тип.

Необходимо закрепить понятия «главный ключ», «имя поля», «тип поля» на серии заданий.

Задания первого типа: дано имя таблицы, и перечень полей, требуется указать главный ключ и определить типы всех полей. Примеры из учебника:

БИБЛИОТЕКА (НОМЕР. АВТОР, НАЗВАНИЕ, ГОД, ПОЛКА)

Здесь использована традиционная форма для представления таблиц (отношений) в теории реляционных баз данных. Перед скобками записано имя таблицы, в скобках через запятую пере­числены имена полей. Ключевые поля подчеркиваются. В данном отношении все поля символьного типа.

ПОГОДА (ДЕНЬ. ОСАДКИ, ТЕМПЕРАТУРА, ДАВЛЕНИЕ, ВЛАЖНОСТЬ)

Здесь поле ДЕНЬ имеет тип «дата», ОСАДКИ - символьный тип; ТЕМПЕРАТУРА, ДАВЛЕНИЕ и ВЛАЖНОСТЬ - числовые поля.

УСПЕВАЕМОСТЬ(УЧЕНИК. РУССКИЙ, АЛГЕБРА, ХИМИЯ, ФИЗИКА, ИСТОРИЯ, МУЗЫКА)

Здесь поле УЧЕНИК символьного типа, все остальные - чис­лового. Оценки имеет смысл определить числовым типом, так как в запросах могут использоваться вычисления, например, поиск по среднему баллу.

ФАКУЛЬТАТИВЫ (УЧЕНИК. ГЕОЛОГИЯ, ЦВЕТОВОД­СТВО, ТАНЦЫ)

Здесь поле УЧЕНИК имеет символьный тип, остальные поля логического типа. Значения этих полей - ответы на вопросы, посещает ли ученик, данный факультатив.

Задания второго типа: определена предметная область базы данных; требуется озаглавить таблицу, определить имена полей их типы, назначить главный ключ. Конечно, эта задача имеет отношение к области проектирования БД и уже по этой причине сложная. Поэтому требовать от учеников какой-то полноты ее ре­шения не следует. Достаточно, чтобы они указали несколько по­лей, имеющих отношение к данной теме, и правильно определи­ли типы полей. Например, требуется определить поля, типы по­пей и ключи для баз данных «Страны мира», «Одноклассники», «Кинофильмы». Возможны следующие решения (табл. 12.2):

Таблица 12.2

СТРАНЫ_МИРА	ОДНОКЛАССНИКИ	КИНОФИЛЬМЫ
СТРАНА — символьный СТОЛИЦА — символьный ПЛОЩАДЬ — числовой НАСЕЛЕНИЕ — числовой ПОСЕЩАЛ - логический	ФАМИЛИЯ — символьный ИМЯ — символьный АДРЕС — символьный ТЕЛЕФОН — символьный РОДИЛСЯ — дата	НАЗВАНИЕ — символьный СТРАНА — символьный ЖАНР — символьный РЕЖИССЕР - символьный ДУБЛИРОВАН - логический

Программное обеспечение. После знакомства с основными понятиями, относящимися к организации информации в реляционных БД, следует перейти к изучению программного обеспечения, предназначенного для работы с базами данных. Такое программное обеспечение называется СУБД - система управления "азами данных.

Для персональных компьютеров существует целый ряд СУБД реляционного типа. Исторически одной из первых таких систем была dBASE. Используемые в этой системе форматы представления данных, язык обработки данных стали стандартом для ряда последующих СУБД. К ним относятся FoxPro, Paradox; СУБД с русифицированными оболочками Карат и Ребус, работающие в операционной системе MS-DOS. В состав пакета Microsoft Office входит реляционная СУБД Access, все чаще изучаемая в школе.

Существует два способа работы пользователя с базой данных: работа с помощью прикладных программ, заранее составленных программистом в среде СУБД, и работа путем непосредственного взаимодействия с СУБД. В начальный период появления и распространения баз данных использовался только первый способ. Позже стали появляться СУБД, ориентированные на работу пользователем. Для них были созданы удобные диалоговые оболочки, позволяющие пользователю легко реализовывать свои потребности в работе с базой данных: пополнять и изменять баз осуществлять поиск данных по любым условиям, создавать отчетные документы. Наиболее совершенной СУБД такого типа явля­ется MS Access.

В разных школах используется разная техника и программное обеспечение. Варианты доступных СУБД могут быть самыми разнообразными: от учебной РБД для УКНЦ до профессиональной MS Access для IBM PC. В различных системах различается способ взаимодействия пользователя с СУБД - пользовательский ин­терфейс. Есть два принципиально различных режима такого взаимодействия: посимвольный ввод команд и работа с диалоговой оболочкой. Эта ситуация подобна взаимодействию пользователя с операционной системой MS-DOS: работа в режиме командной строки или работа через оболочку Norton Commander. У всякой СУБД существует свой язык описания данных и язык манипулирова­ния данными. Если пользователю приходится работать в режиме посимвольного ввода команд, то он должен знать все подробнос­ти синтаксиса командного языка. Диалоговая оболочка - средство интерфейса более высокого уровня. Однако следует пони­мать, что, работая с оболочкой, пользователь формирует те же самые команды, привлекая вспомогательные средства: меню, па­нели инструментов, подсказки и пр.

Любая команда - это информация, управляющая выполнени­ем определенного вида работы. Она должна содержать все необходимые данные для этого. Обычно это имя команды и набор параметров. С методической точки зрения важно, чтобы ученики, выполняя любые действия с БД, понимали: какая отдается команда, какие параметры для ее выполнения должны быть сообщены системе.

Изучение конкретной СУБД следует проводить по стандартной методической схеме: «среда - режимы работы - система команд — данные». В отличие от интерфейса текстовых или графических редакторов, интерфейсы различных СУБД менее унифицированы. Поэтому здесь трудно давать обобщенное описание. Адаптацию к конкретной системе должен выполнить учитель. Как всегда в таких случаях, нужно привлекать дополнительную литературу: пособия, справочники, методички.

Например, для СУБД Access различаются следующие основные режимы работы:

• режим работы с таблицей: «Таблица»;

• режим работы с запросами: «Запрос»;

• режим работы с отчетами: «Отчет»;

• режим работы с формами: «Форма»;

(работы с макросами и модулями в базовом курсе не рассматриваются). В свою очередь, в каждом из отмеченных режимов есть подрежимы: «Просмотр», «Конструктор» и «Создать». Например, работая в режиме «Таблица - Просмотр», пользователь может просмотреть содержание таблицы, а также отредактировать вторые ее поля. В режиме «Таблица - Конструктор» можно посмотреть описание структуры таблицы и внести в нее измене-В режиме «Таблица - Создать» описывается и создается струк­тура новой таблицы.

В учебнике [15] нет описания какой-либо конкретной СУБД. Применен следующий методический прием: рассматривается не­которая гипотетическая реляционная СУБД. Для нее определяет­ся язык команд, в котором используются русские служебные сло­ва. Система взаимодействует с пользователем в диалоговом режи­ме: на экран выводится приглашение в виде точки (так принято в dBASE и ей подобных СУБД). В ответ на приглашение пользова­тель вводит с клавиатуры очередную команду. После выполнения команды повторяется приглашение.

Основные типы решаемых задач. Подобно большинству тем базового курса, изучение темы «Базы данных» может происхо­дить на разных уровнях. Обозначим два уровня изучения: мини­мальный и углубленный. Задача первого уровня: дать общие пред­ставления о базах данных, научить работе с готовой БД: осуще­ствлять поиск информации; сортировку, удаление и добавление описей. Дополнительные задачи второго уровня: познакомить с основами проектирования БД; научить создавать структуру и за­полнять БД.

Работа с СУБД начинается с запуска соответствующей программы, поэтому ученикам необходимо показать, где хранится программа и как ее запустить на исполнение.

Первое понятие, которое должны усвоить ученики: БД хранение в файле; чтобы начать с ней работать, необходимо открыть с БД. Затем учитель должен показать, как можно просмотреть на экране записи таблицы. Для этого должна быть заранее подготовлена демонстрационная БД. (В приложении к подразделу задачника-практикума [3] содержатся разнообразные таблицы, которые можно использовать в этих целях.)

представляя ученикам демонстрационную БД, необходимо обратить внимание на то, что наряду с самой таблицей в памяти компьютера хранится описание ее структуры, откуда пользователь может узнать параметры полей: имя, тип, формат и др. В СУБД ACCESS это делается в режиме «Таблица - Конструктор».

Запросы на поиск данных. Основная задача любой информационной системы - поиск информации в БД. Поиск происходит по запросу пользователя. На языке гипотетической СУБД, используемом в учебнике [15], команда запроса имеет следующую структуру:

.справка <список выводимых полей> для <условие поиска>

В результате выполнения запроса получается таблица, состоящая из полей, указанных в команде. В эту таблицу включается информация из тех записей, которые удовлетворяют условию поиска. Условие поиска представляет собой логическое выражение. 3десь мы встречаемся еще с одной фундаментальной составляющей данной темы курса – с основами математической логики. Помимо прикладного применения в информатике эта тема имеет большое общеобразовательное значение.

Методические вопросы изучения элементов математической логики, применительно к БД, рассмотрены в подразделе 8.4. Там же обсуждены способы представления простых и сложных условий поиска в БД.

Переходя к работе с конкретной СУБД, учитель знакомит учеников с правилами формирования в ней команды запроса. Если отсутствует диалоговая оболочка и команды задаются посимвольным вводом, то нужно описывать синтаксис команд, обращая внимание на все детали. Например, на языке dBASE команда вывода на экран записей из БД «БИБЛИОТЕКА», относящихся к книгам Л.Н.Толстого, стоящим на 3-й полке, выглядит так:

.DISPLAY FOR AVTOR="Толстой Л.Н." .AND. POLKA=3

При использовании диалоговой оболочки (например, работа в режиме ассистента в СУБД «Ребус») команда формируется в диалоге. Система подсказывает пользователю каждый шаг и предоставляет меню для выбора очередного элемента команды. При этомпользователь видит на экране формируемую команду.

В СУБД Access для создания запросов используется конструкции запросов. Формируемая команда оказывается скрытой от пользователя. Работа с конструктором требует определенных навыков, которые следует отрабатывать на упражнениях. Целесообразно поступать следующим образом: выполнение любого задания на пои данных в БД начинать с записи в тетради команды на языке гипотетической СУБД, а затем, перейдя в режим создания запрос-выборку, соответствующим образом заполнить поля конструктора.

В СУБД Access используется своеобразный табличный способ представления условий поиска. В ячейках таблицы конструктора запросов записываются условия, накладываемые на значения соответствующих полей. Условия, стоящие в одной строке, должны выполняться одновременно, т. е. соединены между собой операцией И; условия в разных строках соединены операцией ИЛИ. Таблица

В результате выполнения запроса получается таблица, состоя­щая из полей, указанных в команде. В эту таблицу включается информация из тех записей, которые удовлетворяют условию поиска. Условие поиска представляет собой логическое выражение. Здесь мы встречаемся еще с одной фундаментальной составляющей дан­ной темы курса - с основами математической логики. Помимо прикладного применения в информатике эта тема имеет большое общеобразовательное значение.

Методические вопросы изучения элементов математической логики, применительно к БД, рассмотрены в подразделе 8.4. Там же обсуждены способы представления простых и сложных усло­вий поиска в БД.

Переходя к работе с конкретной СУБД, учитель знакомит уче­ников с правилами формирования в ней команды запроса. Если отсутствует диалоговая оболочка и команды задаются посимволь­ным вводом, то нужно описывать синтаксис команд, обращая внимание на все детали. Например, на языке dBASE команда вывода на экран записей из БД «БИБЛИОТЕКА», относящихся к книгам Л.Н.Толстого, стоящим на 3-й полке, выглядит так:

.DISPLAY FOR АVTOR="Толстой Л.Н." .AND. POLKA=3

При использовании диалоговой оболочки (например, работа в режиме ассистента в СУБД «Ребус») команда формируется в диалоге. Система подсказывает пользователю каждый шаг и предоставляет меню для выбора очередного элемента команды. При этом пользователь видит на экране формируемую команду.

В СУБД Access для создания запросов используется конструктор запросов. Формируемая команда оказывается скрытой от пользова­теля. Работа с конструктором требует определенных навыков, ко­торые следует отрабатывать на упражнениях. Целесообразно посту­пать следующим образом: выполнение любого задания на поиск данных в БД начинать с записи в тетради команды на языке гипо­тетической СУБД, а затем, перейдя в режим создания запроса на выборку, соответствующим образом заполнить поля конструктору.

В СУБД Access используется своеобразный табличный способ представления условий поиска. В ячейках таблицы конструктор запросов записываются условия, накладываемые на значения соответствующих полей. Условия, стоящие в одной строке, должны выполняться одновременно, т.е. соединены между собой операцией И; условия в разных строках соединены операцией ИЛИ. Таблица играет роль фильтра при отборе записей из БД: сначала отбира­лся записи, удовлетворяющие условиям первой строки, затем к ним добавляются записи, удовлетворяющие условиям второй строки. Вернемся, к примеру, из подраздела 8.4. Рассматривается формальная БД, представленная следующей таблицей (табл. 12.3):

Таблица 12.3

Записи	Поля
	А	В	С
R\	1	2	3
R2	1	3	1
Ю	2	2	2
R4	3	3	3
R5	3	2	3

На языке конструктора запросов Access нужно сформулировать 10 условий поиска к этой базе, представленных в виде следующих логических выражений:

1)А=1иВ = 2; 2)А=1илиА=3;

3) А = 1 или В = 2; 4) А = 1 или В = 2 или С = 3;

5) А= 1 и В = 2 и С = 3; 6) не А= 1;

7) А = 1 и В = 2 или С = 3; 8) А = 1 или В = 2 и С = 3;

9) не А= 1 или В = 2 и С = 3; 10) (А= 1 или В = 2) и С = 3.

Решения содержатся в следующей таблице (табл. 12.4):

Условие	А		В		С
1) А=1иВ=2	= 1		= 2
2)	= 1
А=1 илиА=3	= 3
3)	= 1
А=1 илиВ=2			= 2
4)	= 1
А=1илиВ=2 или С=3			= 2
					=3
5)	= 1		= 2		=3
А=1иВ=2иС=3
6)		<>1
не А=1
7)		= 1		= 2
А=1 иВ=2илиС=3						= 3
8)		= 1
А=1 илиВ=2иС=3				= 2		= 3
9)		<>1
не А= 1 или В=2 и С=3				= 2		=3
10)		= 1				= 3
(А=1 илиВ=2)иС=3				= 2		= 3

Таблица 12.4

Обратите внимание на последнее условие. При записи в табли­цу фактически произошло раскрытие скобок, и данное логичес­кое выражение заменилось эквивалентным выражением:

А=1иС = З или В = 2иС = 3.

В ячейках конструктора условий отбора можно непосредствен­но записывать логические операции. Например, условие поиска в БД «Библиотека», представленное логическим выражением:

(АВТОР = «Толстой Л.Н.» или АВТОР = «Беляев А.Р.») и ПОЛКА>=2 и ПОЛКА<=5,

в конструкторе запроса на выборку может быть реализовано сле­дующими двумя способами (табл. 12.5):

Таблица 12.5

АВТОР	ПОЛКА
= «Толстой Л.Н.»	> = 2 and < = 5
= «Беляев А. Р.»	> = 2and<=5

АВТОР	ПОЛКА
= «Толстой Л.Н.» ог = «Беляев А.Р.»	> = 2 and <=5

Запросы на удаление данных. Условия поиска в форме логичес­ких выражений используются и в командах удаления записей из таблицы. Команда имеет следующую структуру:

.удалить для <логическое выражение>

В Access с помощью конструктора формируется запрос на уда­ление и условие для отбора удаляемых записей задается в таблич­ной форме, так же как и в запросе на выборку.

Запросы на сортировку. Еще один важный вид манипулирования информацией в базе данных - сортировка записей. Здесь основны­ми понятиями, которые должны усвоить ученики, являются «ключ сортировки» и «порядок сортировки». Ключ сортировки - это поле, по значению которого происходит упорядочение записей в табли­це. Порядок сортировки имеет два варианта: по возрастанию зна­чений ключа и по убыванию значений.

Например, на языке гипотетической СУБД команда сортиров­ки базы данных «Библиотека» в алфавитном порядке по ключево­му полю АВТОР выглядит так:

.сортировать Библиотека по АВТОР/возрастание

Если ключей несколько, то среди них устанавливается иерархия: первичный ключ, вторичный ключ и т.д. В первую очередь записи сортируются по значению первичного ключа; внутри группы записей с одинаковыми значениями первичного ключа происхо­дит сортировка по вторичному ключу и т.д. Например, если пре­дыдущую задачу сортировки уточнить следующим образом: запи­си с одинаковым значением поля АВТОР упорядочивать по убы­ванию года издания книги, то соответствующая команда будет выглядеть так:

.сортировать Библиотека по АВТОР/возрастание по ГОД/убывание

СУБД Access позволяет сортировать записи, как во всей исход­ной таблице, так и в таблицах, получаемых в результате выполне­ния запроса на выборку.

Проблемы проектирования реляционных баз данных, которые могут быть рассмотрены в варианте углубленного изучения, об­суждаются в подразделе 10.3.