Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 39)

Каждая таблица содержит пустую запись, которая следует за по­следней существующей записью и предназначена для ввода новых данных. Эта запись отмечена слева символом «звездочка» (*). Пози­ционироваться на эту запись можно разными способами, например, щелкнув по соответствующей кнопке Новая запись в панели пере­мещения по записям или выбрав позицию меню Вставка/Но­вая запись, или просто мышью.

Введенные данные автоматически сохраняются при переходе к другой записи.

Для ускорения ввода данных в текущее поле таблицы могут быть использованы определенные комбинации клавиш:

Клавиша	Действие
[Ctrl]+[;]	Вводит текущую дату
[Ctrl]+[:]	Вводит текущее время
[Ctrl]+[Alt]+[Пpo6eл]	Вводит значение поля, установленное по умолчанию
[Ctrl]+['](anocrpoф) или ["] (кавычки)	Вводит значение того же поля из предыдущей записи

Для перехода между записями можно использовать кнопки внизу окна таблицы в панели перемещения по записям (к первой, следую­щей, предыдущей, последней записи).

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

Значение по умолчанию. Обычно в этом качестве указывается какое-то постоянное значение, однако можно использовать и выраже­ние. Например, для ввода текущей даты можно в качестве значения по умолчанию использовать функцию =Date(). Значение, введенное по умолчанию, может быть впоследствии изменено.

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

Маска ввода (InputMask). Использование маски позволяет оп­ределить значения, которые можно ввести в поле, и не только обес­печивает контроль правильности ввода данных, но и облегчает их ввод. Значение свойства «Маска ввода» может быть введено вручную или с помощью Мастера масок ввода.

Используемые в масках знаки и их интерпретация приведены в приложении 1.

Рассмотрим некоторые примеры использования масок ввода.

1. Маска ввода для поля «Телефоны» может выглядеть следующим образом:

\(999")-"999\-9999

В приведенном примере константы (скобки, дефисы) отражаются на экране, но в базу данных не вводятся.

1. Пусть на фирме адрес электронный почты (ЭП) сотрудников
   формируется следующим образом: префикс - любые четыре симво­ла, а затем для всех указывается @firm.ru

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

АААА"@ firm "."ru";0

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

Свойство «Формат поля» (Format). Кроме свойства «Маска вво­да» в Microsoft Access можно задать еще свойство «Формат поля» (Format). Их использование приводит к похожим результатам.

Свойство «Формат поля» влияет только на отображение значения, но никак не влияет на значение, хранимое в таблице. Для управления вводом данных удобнее использовать маску ввода.

Если для поля определены как формат отображения, так и маска ввода, то при добавлении и редактировании данных используется маска ввода, а формат поля определяет отображение данных после сохранения записи.

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

На это следует обратить внимание

• Организуя ввод данных в БД, помните, что человек является са­мым ненадежным и самым дорогим элементом информационной си­стемы.

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

• Старайтесь до минимума сократить количество ручных опе­раций.

• Обеспечивайте контроль правильности введенных данных.

Контрольные вопросы

1. Что в Access называется базой данных?

2. К какому классу относится СУБД Access?

3. Каковы особенности реляционной модели данных?

4. Как создать новую базу данных в Access?

5. Как добавить новый объект в существующую базу данных?

6. Какие способы создания таблиц вы знаете? В каких случаях следу­ет использовать каждый из них?

7. Какие типы полей допустимы в Access? Каковы особенности рабо­ты с полями каждого из этих типов?

8. Какие способы создания полей подстановки вы знаете? В каких случаях следует использовать каждый из них?

9. Какие преимущества дает использование полей подстановки?

10. Какие ограничения накладываются на имена полей?

11. Что называется ключом таблицы? Какие разновидности ключей вы знаете?

12. Какими способами можно создать ключ?

13. Является ли наличие ключа в таблице Access обязательным?

14. В каких случаях задание ключа является обязательным?

15. Какими специфическими особенностями обладает поле типа «Счетчик»?

16. Какие свойства полей вы знаете? Приведите примеры их исполь­зования.

17. Как можно изменить структуру существующей таблицы?

18. Как можно задать объединение таблиц? Какие способы объедине­ния вы знаете? Как можно изменить тип объединения?

19. Какие способы задания ограничений целостности в Access вы знаете?

20. Как задается в Access «ограничение целостности связи»?

21. Какие способы ввода данных в БД вы знаете? Назовите достоин­ства, недостатки и сферы применения каждого из этих способов.

Глава 6 ЯЗЫК ЗАПРОСОВ QBE

6.1. Общая характеристика языка QBE

В современных СУБД широко используются табличные языки запросов. Наиболее распространенным среди них является язык QBE (Query-By-Example - запрос по примеру). Язык QBE предназначен для работы в интерактивном режиме и ориентирован на конечного пользо­вателя. Язык QBE реализован во многих современных СУБД, напри­мер в dBase IV и более старших версиях этой системы, Paradox, Access и др. Конкретные реализации этого языка несколько отличаются друг от друга, но все они построены по единому принципу.

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

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

На рис. 6.1 представлен запрос к таблице, содержащей сведения о сотрудниках (Kadr) и включающей следующие атрибуты:

• FAM - фамилия;

• IMIA - имя;

• TABN - табельный номер;

• VOZR - возраст;

• POL - пол;

• ADR - адрес.

Требуется выдать информацию обо всех сотрудниках в возрасте 40 лет. В соответствующем столбце таблицы (VOZR) указывается цифра 40. В столбце можно записывать не только значение атрибута, но и знак операции сравнения; по умолчанию принимается знак ра­венства («=»).

Задание сложных запросов. Допускается задание и простых зап­росов, включающих только один аргумент поиска, и сложных запро­сов, компоненты которых связаны операторами AND (И) или OR (ИЛИ). Операторы AND и OR в явном виде не указываются при фор­мулировании запроса на QBE. При отображении запросов на экране используется следующее правило: если в сложном запросе его ком­поненты представляют разные атрибуты, которые должны быть свя­заны оператором AND, то они записываются в одной строке (рис. 6.2). Если компоненты запроса должны быть связаны операторами OR, то они записываются на разных строках (рис. 6.3).

На рис. 6.2 изображен запрос: «Выдать информацию о сотрудни­ке с фамилией Диго и именем Светлана», а на рис. 6.3 - «Выдать ин­формацию о сотрудниках, имеющих либо фамилию Диго, либо имя Светлана».

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

Как указывалось выше, при задании запроса в QBE экран обычно делится на две зоны: зона, в которой указываются данные, исходные для запроса, и зона, в которой описывается ответ. В некоторых реали­зациях языка при описании отдельных видов запросов появляются дополнительные зоны (например, в dBase IV при задании вычисляе­мого поля [19]).

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

Так, в dBase IV таблицы как в зоне «запроса», так в зоне «ответа» представляются в табличном виде, а условия отбора записей указы­ваются в таблицах зоны «запроса». В Access, FoxPro исходные табли­цы представлены в анкетной форме (поля таблицы перечисляются один под другим), а в зоне «ответа» в табличной форме отображают­ся те атрибуты (поля), которые будут выдаваться в ответе. Условия отбора записей задаются в зоне «ответа».

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

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

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

Совместная обработка нескольких таблиц. В некоторых зап­росах могут потребоваться данные из нескольких таблиц. Например, в базе данных, кроме таблицы KADR, имеется таблица «Выработка» (VRBT) с полями:

• TABN - табельный номер;

• DAT - дата;

• KODDET - код детали;

• KOLV - количество.

В запросе «Выдать информацию о выработке рабочего Евгения Петрова» необходима совместная обработка таблиц VRBT и KADR, так как в таблице «Выработка» нет сведений о фамилиях и именах рабочих.

«Скелеты» всех таблиц, которые нужны для реализации запроса (в нашем примере - двух таблиц), должны быть вызваны на экран.

Дальнейшие действия, которые необходимо выполнить, чтобы осуществить связывание таблиц, будут зависеть от используемой СУБД. Так, в некоторых системах для связывания таблиц использу­ются «наполнители». Их значения могут быть любыми, но они долж­ны быть одинаковыми в обеих связываемых таблицах.

В примере, представленном на рис. 6.4, в качестве наполнителя используется буква А, и она подчеркивается.

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

Существуют и другие способы установления связей.

Теоретически возможны разные типы соединений таблиц. Наи­более распространенным является соединение, при котором в резуль­татную таблицу помещаются те соединенные записи, для которых значение поля связи основной таблицы совпадает с соответствующим полем в зависимой таблице. В описанных выше случаях устанавли­вается именно такое соединение. В настоящее время широко исполь­зуются такие понятия, как «левое» и «правое» соединение, когда в результатную таблицу помещаются все записи из основной или зави­симой таблицы соответственно, даже если для них нет связанных за­писей в другой таблице. Но не все системы позволяют в QBE реализовывать такие соединения. В случаях, когда возможно задание раз­ных типов соединений, конкретный способ реализации отличается в разных СУБД. Так, в Access «левое» и «правое» соединения можно определить, задав для связи «параметры объединения» или перейдя в SQL. В dBase IV никаких специфических терминов для обозначения такого типа соединений нет, но включение слова Every в запрос на QBE выполняет ту же роль.

Характеристики

Список файлов книги