Приемы работы с базами данных в OpenOffice BASE: Методические указания

Пензенский государственный университет Факультет вычислительной техники Кафедра "Информационно-вычислительные системы"

А.В.Еременко, А.П.Писарев. ПРИЕМЫ РАБОТЫ С БАЗАМИ ДАННЫХ В OPENOFFICE BASE Методические указания

2010

УДК 681.3.07

Методические указания разработаны на кафедре "Информационно-вычислительные системы" и предназначены для студентов Факультета вычислительной техники специальности 080801 "Прикладная информатика в экономике" при выполнении практических и лабораторных работ.

Составители: канд. техн. наук, доцент А.В.Еременко, канд. техн. наук, доцент А.П.Писарев.

2

Оглавление Введение........................................................................................................................................................4 Основные понятия теории баз данных......................................................................................................4 Встроенная СУБД HSQLDB.......................................................................................................................5 Разработка структуры БД........................................................................................................................6 Создание базы данных.................................................................................................................................7 Создание таблицы Т_ПРОДАВЦЫ.......................................................................................................9 Создание первичного ключа............................................................................................................10 Создание других полей....................................................................................................................10 Создание таблицы Т_ТОВАРЫ............................................................................................................12 Создание таблицы Т_ПРОДАЖИ........................................................................................................13 Определение связей между таблицами...............................................................................................14 Связывание таблиц Т_ПРОДАЖИ и Т_ПРОДАВЦЫ...................................................................14 Связывание таблиц Т_ПРОДАЖИ и Т_ТОВАРЫ.........................................................................15 Ввод данных без использования формы.............................................................................................16 Простые формы..........................................................................................................................................17 Создание формы с помощью мастера..................................................................................................17 Создание выпадающего списка............................................................................................................21 Создание простых запросов......................................................................................................................25

3

Введение Методические указания предназначены для пользователей OpenOffice.org 3.0 (OOo 3.0), которые хотят работать с модулем Base, но о базах данных либо не имеют представления, либо знают очень мало. Освоение этого модуля в полном объеме требуется только для специалистов по базам данных, для пользователей же важно знать, как использовать функции этого модуля в повседневной работе. В данном документе будут описаны основные понятия, относящиеся к базам данных (БД) и системам управления базами данных (СУБД), а использование модуля Base будет рассмотрено шаг за шагом на примере создания простой базы данных. База данных – это некоторый набор связанных данных, относящихся к определенным свойствам различных объектов реального мира (реальных объектов, процессов, событий) и определенным фактам об этих объектах. Например, объект работник имеет определенную фамилию, имя и отчество, а такой-то поставщик товаров находится в Саратове. Объекты, данные о которых хранятся в базе данных, называются сущностями. Для доступа к информации, хранящейся в базе данных, необходимо иметь систему управления базами данных, представляющую собой программное обеспечение, которое пользователи используют для создания и поддержки базы данных. Замечание

Следует иметь в виду, что иногда термин база данных используется даже тогда, когда на самом деле подразумевается СУБД (в упомянутом ранее толковании). Вот типичный пример: "База данных X превосходит по производительности базу данных Y в два раза". Такое небрежное обращение с терминами часто приводит к путанице, тем не менее оно очень широко распространено.

Основные понятия теории баз данных В настоящее время термины база данных и система управления базами данных используются исключительно как относящиеся к компьютерам. В общем случае термин база данных можно применить к любому набору данных об определенном объекте. Например, в качестве базы данных можно рассматривать расписание движения поездов или книгу регистрации данных о заказах покупателей и выполнении этих заказов. Такие базы данных можно назвать ручными. Ручные базы данных имеют ряд существенных недостатков, таких как трудности поиска нужной информации и трудности их модификации. Использование компьютеров позволяет устранить многие проблемы, свойственные ручным базам данных. Они обеспечивают высокую скорость поиска информации и обладают высокой компактностью. В ручных базах данных информация о сущностях хранится в виде таблиц. Существует значительное количество программных продуктов, которые позволяют организовать данные и поместить их в таблицу. Однако это не означает, что любая такая программа предоставляет широкие возможности по эффективному управлению базой данных. Например, программы подготовки текстов, такие как OOo Writer, могут работать с таблицами, но имеют ограниченные возможности при их использовании в качестве систем управления базами данных. Модуль Base представляет собой систему управления реляционными базами данных, который позволяет эффективно управлять создаваемыми с его помощью базами данных. Такие базы данных хранятся в файлах с расширением .odb. Кратко реляционную базу данных можно представить как систему, в которой данные передаются пользователю в виде упомянутых ранее таблиц (и никак иначе). Здесь возникает резонный вопрос: почему же мы называем такую базу данных именно реляционной, а не табличной? Ответ прост: термин relation (отношение) – это математическое название таблицы.

4

Как правило, реляционная база данных состоит из одной или нескольких таблиц. Каждая таблица предназначена для хранения определенных сведений (атрибутов), относящихся к определенной сущности. Для этого каждая таблица содержит ряд полей, которые иногда называют столбцами. Прежде чем заносить данные в таблицы, нужно определить структуру этих таблиц. Под этим понимается не только описание наименований и типов полей, но и ряд других характеристик (например, формат, критерии проверки вводимых данных). Структуру таблицы можно легко представить себе в виде бланка документа, поля которого необходимо заполнить данными. Между таблицами могут существовать связи, которые осуществляются посредством значений одного или нескольких совпадающих полей в этих таблицах. Например, клиенты и заказы имеют связь типа один ко многим, так как одной записи в таблице, содержащей сведения о клиентах, может соответствовать несколько записей в таблице заказов этих клиентов, а каждый заказ соответствует одному клиенту. Если же рассмотреть связь между книгами и авторами этих книг, то это будет связь типа многие ко многим, так как один автор может написать несколько книг, а одна книга может иметь несколько авторов. И последний тип связей между таблицами – это связи типа один к одному. Такой тип связи встречается гораздо реже. Как правило, это бывает в двух случаях: запись имеет большое количество полей, и тогда данные об одном типе объектов разносятся по двум связанным таблицам, или нужно определить дополнительные атрибуты для некоторого количества записей в таблице. Тогда создается отдельная таблица для этих дополнительных атрибутов, которая имеет связь типа один к одному с основной таблицей. В некотором смысле, таблицу можно представить и как электронную таблицу Calc : поля похожи на столбцы, а записи на строки данных электронной таблицы. Однако, имеется существенное отличие : в таблице базы данных тип содержимого каждого столбца определяется структурой таблицы и содержит в каждой строке одинаковые по типу данные. При каждом вводе новых данных в бланк документа создается новая запись. Поле, по существу является областью, предназначенной для хранения данных, которые должны удовлетворять определенным правилам. Для реляционных баз данных существуют следующие правила: тип данных : должен быть определен тип данных, которые хранятся в поле. Например, целые числа или строки символов. В дальнейшем будет рассказано о различных типах данных, доступных в используемой БД. •

ограничения : на данные могут быть установлены определенные ограничения. Например, требование уникальности означает, что определенное поле для разных записей не может содержать одно и то же значение. Требование обязательных данных означает, что поле всегда должно содержать данные и не может быть пустым. •

• значение по умолчанию : можно определить, какое значение будет записано в поле по умолчанию, если пользователь не введет в него никаких данных.

первичный ключ : базы данных требуют наличия в каждой таблице первичного ключа. Первичный ключ – это поле (или совокупность полей), которое выбрано для уникальной идентификации записей в БД. В модуле Base такой первичный ключ может поддерживаться автоматически. •

Встроенная СУБД HSQLDB Модуль Base может быть использован для управления внешней базой данных (например MySQL), но в данном документе рассматривается использование и создание баз данных с помощью встроенной в него СУБД HSQLDB. Документы Base (базы данных) содержат следующие элементы : •

структуру базы данных и сами сохраняемые в ней данные; 5

•

формы для ввода, чтения и изменения данных;

•

запросы для выбора из БД и отображения необходимой информации.

СУБД HSQLDB используется в OpenOffice.org в автономном (встроенном) режиме. В таком режиме пользователю не требуется отдельно запускать на выполнение саму СУБД, это выполняет модуль Base. Автономный режим означает, что в любой момент времени с одной базой данных может работать только один пользователь. Такие системы называются также настольными системами. СУБД HSQLDB позволяет работать с одной базой данных одновременно нескольким пользователям, но этот режим не используется в OpenOffice.org. В отличие от других СУБД, HSQLDB хранит все данные в одном файле, хотя и имеет несколько разных таблиц. Это упрощает обмен данными и формами между пользователями OOo Base, поскольку все указанные элементы содержатся в одном объединенном файле с расширением .odb. С другой стороны, настольные СУБД не подходят для одновременного использования многими пользователями, поскольку не позволяют определять права доступа пользователей к базам данных. Кроме того, СУБД HSQLDB имеет некоторые недостатки в отношении производительности, что не позволяет использовать ее для работы с очень большими объемами данных. Замечание

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

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

записи о продавцах этой фирмы,

•

записи о продаваемых фирмой товарах,

•

записи о выданных продавцам товарах,

•

записи о сдаваемых продавцами выручках.

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

6

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

Создание базы данных Для создания базы данных выполните команду меню Файл > Создать > Базу данных. Откроется окно Мастер базы данных, в котором на первом шаге нам предлагается выбрать, создавать ли новую базу данных, открыть уже существующую базу данных или подключиться к существующей (внешней) базе данных. По умолчанию выбрана радиокнопка Создать базу данных (см. Рис. 1). Мы, конечно, согласимся с этим выбором. Щелкните по кнопке Далее. На втором шаге мастер предложит определить два параметра: • зарегистрировать или нет базу данных. Если база данных зарегистрирована, то она доступна в качестве источника данных для всех документов, например, для вставки данных в письмо. Позже можно изменить этот параметр, поэтому оставьте существующий выбор по умолчанию.

открыть базу данных на редактирование или создать таблицу с помощью мастера. Оставьте этот параметр, как он определен по умолчанию (см.Рис. 2). •

Щелкните по кнопке Готово, после чего можно сохранить базу данных в выбранном каталоге под выбранным именем (используем имя Продажа товаров). После этого будет открыто основное окно модуля Base. Здесь можно работать с таблицами, запросами, формами и отчетами. Можно создавать указанные объекты, редактировать их и делать многое другое. Как показано на Рис. 3, секция База данных содержит четыре пиктограммы (иконки), которые можно использовать для выбора объекта, с которым мы работаем в данный момент. Секция Задачи служит для выбора различных режимов работы с объектами базы данных. Каждый из указанных объектов можно создавать в двух режимах – с помощью мастера или в режиме дизайна.

7

Рис. 1: Первый шаг мастера базы данных.

Рис. 2: Второй шаг мастера базы данных Третья секция (Формы) отображает различные ранее созданные объекты. На приведенном выше рисунке эта секция пуста, поскольку еще не создано ни одной формы. 8

Рис. 3: Рабочие области главного окна Base

Создание таблицы Т_ПРОДАВЦЫ Выберите объект Таблицы и щелкните по строке Создать таблицу в режиме дизайна. На экране появится окно Проектирование таблицы, показанное на Рис. 4. Можно заметить, что каждое поле таблицы имеет Имя поля, Тип поля, Свойства поля и Описание. С правой стороны в секции Свойства поля, находятся подсказки по параметрам каждого поля. Зеленый треугольник показывает, какое поле является текущим и выбрано для отображения его свойств. СУБД HSQLDB использует для имен полей и таблиц символы в кодировке Unicode. Тем не менее, в данном руководстве, мы будем использовать только русские символы и не будем применять пробелы в указанных именах. Хотя для совместимости при экспорте структуры базы данных в другие СУБД может потребоваться использование латинских букв. Имена таблиц будем набирать заглавными буквами и начинать их с символов "T_". Имена полей будем набирать строчными буквами, а первичные ключи будем заканчивать символами "_ном".

9

Рис. 4: Окно Проектирование таблицы Создание первичного ключа

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

присвоить полю имя. Используем имя продавец_ном.

• определить тип данных для первичного ключа. Здесь следует использовать тип Integer (целое число).

определить дополнительные свойства поля первичного ключа. Возможные параметры зависят от типа данных. Для нашего первичного ключа, установим автоматическое создание его значения. Чтобы сделать это, надо для параметра Автозначение в секции Свойства поля, расположенной в нижней части окна, выбрать значение Да. Это значит, что создаваемые номера будут действительно уникальными (две записи таблицы никогда не будут иметь одинаковое значение первичного ключа продавец_ном). Значения остальных свойств этого поля можно оставить равными значениям по умолчанию. •

• определить, что данное поле будет содержать первичный ключ, для чего надо щелкнуть правой кнопкой мыши по зеленому треугольнику слева от имени поля и выбрать из контекстного меню строку Первичный ключ. Слева появится пиктограмма (иконка) с изображением ключа, показывающая, что в этом поле находится первичный ключ таблицы.

При сохранении таблицы в первый раз, необходимо ввести следующее имя этой таблицы: Т_ПРОДАВЦЫ. Создание других полей

Теперь, создайте поле с именем фамилия, для которого определите тип данных Varchar. Тип Varchar используется для хранения данных в виде строки символов, поэтому надо установить максимальную длину этой строки, что выполняется в секции Свойства поля. Для фамилии достаточно выбрать максимальную длину, равную 50, и выбрать значение параметра Обязательное рав10

ным Да, что будет заставлять пользователя вводить фамилию при добавлении новой записи в таблицу. Не стоит создавать запись для продавца, чья фамилия неизвестна. Используя ту же процедуру, создайте поля имя и отчество с теми же значениями свойств. Затем создайте поле с именем дата_рождения, для которого используйте тип Date. Этот тип предназначен для хранения информации о датах. Для идентификации личности достаточно этой минимальной информации о ней: фамилия, имя, отчество и дата_рождения, поэтому значением параметра Обязательное для этих полей должно быть Да. Можно также выбрать формат, в котором должны отображаться даты при чтении их из таблицы. Оставим для формата даты предлагаемое значение по умолчанию "01.01.00", которое можно изменить в любой момент времени по требованию пользователя. Далее создайте поле с именем адрес, с типом Varchar, с параметром Длина равным 50 и значением параметра Обязательное равным Нет. На самом деле, можно ввести запись для продавца без обязательного ввода его адреса, который всегда можно ввести позднее. Теперь создайте поле с именем индекс. Его тип можно определить как Integer для тех почтовых индексов, которые состоят только из цифр. Однако, на самом деле это поле содержит строку символов, даже если она содержит только цифры. Мало вероятно, что когда нибудь надо будет использовать почтовый индекс в математических расчетах. Поэтому определим для этого поля тип Varchar. Установите необходимую длину этого поля, учитывая возможные длины почтовых индексов для конкретной страны, например, для России, следует использовать значение 6. Далее создайте поле с именем дата_реализации, тип которого Date, значение параметра Обязательное для которого равно Да. В следующей таблице приведено описание различных полей таблицы Т_ПРОДАВЦЫ и значения их свойств: Имя поля

Тип

Свойства

продавец_ном

Integer

Автозначение : Да Первичный ключ

фамилия

Varchar

Обязательное : Да Длина : 50

имя

Varchar

Обязательное : Да Длина : 50

отчество

Varchar

Обязательное : Да Длина : 50

дата_рождения

Date

Обязательное : Да

адрес

Varchar

Обязательное :Нет Длина : 50

индекс

Varchar

Обязательное: Нет Длина: 6

Структура разработанной таблицы показана на Рис. 5. Не забудьте сохранить таблицу под именем T_ПРОДАВЦЫ, если вы это не сделали ранее.

11

Рис. 5: Структура созданной таблицы T_ПРОДАВЦЫ. Таблицы можно представлять также в виде схемы — имени таблицы, за которым (в скобках) перечисляются имена атрибутов. При этом поля первичного ключа подчеркиваются: T_ПРОДАВЦЫ (продавец_ном, фамилия, имя, отчество, дата_рождения, адрес, индекс). Теперь можно закрыть окно Проектирование таблицы, а имя таблицы, которую вы только что создали, появится в списке таблиц при щелчке по иконке Таблицы в секции База данных. Если теперь дважды щелкнуть по иконке, представляющей таблицу T_ПРОДАВЦЫ, то откроется окно, в котором будет отображена таблица в табличном представлении, и вы сможете вводить данные непосредственно в каждое поле. Можно проверить, выполняются ли те ограничения, которые вы определили ранее, например, оставив поле фамилия пустым или попробовав ввести более шести символов в поле индекс: модуль OOoBase откажется регистрировать введенные данные. Далее мы рассмотрим другие более удобные способы ввода и чтения данных. А теперь удалите введенные пробные данные (щелкните правой кнопкой по записи и выберите Удалить строки), а затем закройте окно.

Создание таблицы Т_ТОВАРЫ Создайте в режиме дизайна новую таблицу T_ТОВАРЫ, а затем таким же образом, как и для предыдущей таблицы, создайте следующие поля : Имя поля

Тип

Свойства

товар_ном

Integer

Автозначение : Да Первичный ключ

название

Varchar

Обязательное : Да Длина: 50

12

Имя поля

Тип

Свойства

цена

Decimal

Обязательное: Да Знаков после запятой : 2 Значение по умолчанию: 0 Формат : денежный 0,00 руб

примечание

Varchar

Обязательное: Нет Длина: 50

Схема этой таблицы будет иметь вид: T_ТОВАРЫ (товар_ном, название, цена, примечание).

Создание таблицы Т_ПРОДАЖИ Создайте в режиме дизайна еще одну таблицу с именем T_ПРОДАЖИ, а затем таким же образом, как и для предыдущей таблицы, создайте следующие поля : Имя поля

Тип

Свойства

продажа_ном

Integer

Автозначение : Да Первичный ключ

дата_получения

Date

Обязательное : Да

продавец_указ

Integer

Обязательное : Да

товар_указ

Integer

Обязательное : Да

количество

Integer

Обязательное: Да Значение по умолчанию: 0

дата_реализации

Date

Обязательное: Нет

Таблица имеет схему: T_ПРОДАЖИ (продажа_ном, дата_получения, продавец_указ, товар_указ, количество, дата_реализации). Обратите особое внимание на два поля : продавец_указ и товар_указ, имеющие тип Integer. Эти два поля содержат ссылки на записи, расположенные в других таблицах, которые мы уже создали. Это таблицы T_ПРОДАВЦЫ и T_ТОВАРЫ. Использование таких ссылок позволит нам в таблице T_ПРОДАЖИ не вводить многократно фамилии и названия товаров в соответствующие поля записей, что избавит нас от возможных ошибок. В качестве ключа таблицы может выступать не только единственное поле, но и совокупность нескольких полей (такой ключ называется составным первичным ключом). Например, для таблицы T_ПРОДАЖИ, можно в качестве первичного ключа использовать совокупность двух полей: поля продавец_указ и поля товар_указ. В этом случае поле продажа_ном может быть излишним и его не следует включать в состав таблицы T_ПРОДАЖИ. При этом таблица будет иметь схему: T_ПРОДАЖИ та_реализации).

(дата_получения,

продавец_указ,

товар_указ,

количество,

да-

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

хранения данных. И не только потому, что они занимают лишнее место в памяти. Основная причина в том, что такие данные долго вводить и трудно анализировать. Если случайно при вводе ин формации пользователь допустил грамматическую ошибку или просто ввел лишний пробел, то при запросах и поиске информации в базе данных такое значение будет рассматриваться как самостоятельное и строка, содержащая это значение, просто не будет выведена на экран. Именно поэтому, при проектировании структуры баз данных стараются избегать повторения данных и создают для них связанные таблицы. Этот процесс называется нормализацией.

Определение связей между таблицами Установление связей между определенными полями разных таблиц создает возможность связать логически информацию, содержащуюся в разных таблицах. Связи обеспечивают возможность возложить контроль за целостностью данных на СУБД, а также позволяют сократить избыточность данных и объем памяти для хранения таблиц БД. Связывание таблиц Т_ПРОДАЖИ и Т_ПРОДАВЦЫ

Поскольку поле продавец_ном таблицы T_ПРОДАВЦЫ однозначно идентифицирует продавца, используем это поле, чтобы показать в поле продавец_указ таблицы T_ПРОДАЖИ, номер продавца, получившего товар для реализации. При отсутствии такой связи, в таблице T_ПРОДАЖИ пришлось бы повторять фамилию продавца, что привело бы к увеличению объема хранимых данных, так как для хранения фамилии мы выделили длину строки 50 символов, а хранение целого числа требует всего 2 символов. Кроме того, при наличии связи повышается надежность хранимых данных, поскольку пользователь не сможет ввести фамилию несуществующего продавца. Чтобы создать связь, выполните команду меню Сервис > Связи. Открывающееся окно Добавить таблицы позволяет пользователю выбрать связываемые между собой таблицы. Давайте добавим таблицы T_ПРОДАВЦЫ и T_ПРОДАЖИ. После этого можно закрыть это окно. При этом в окне Проектирование связей будет отображено две таблицы, как показано на Рис. 6. Чтобы связать таблицы, щелкните по полю продавец_ном таблицы T_ПРОДАВЦЫ и удерживая нажатой кнопку мышки, перетащите курсор на поле продавец_указ таблицы T_ПРОДАЖИ. После освобождения кнопки, между двумя таблицами появится соединительная линия (см. Рис. 7). Обозначения на концах соединительной линии указывают на то, что эта связь имеет тип один ко многим. Теперь можно сохранить связь, закрыв окно и ответив Да на вопрос "Сохранить связи?". С этого момента, вы можете в поле продавец_указ сохранять значения, только существующие в поле продавец_ном таблицы T_ПРОДАВЦЫ. Если вы попытаетесь ввести значение в поле продавец_указ, которое отсутствует в поле продавец_ном, такая запись не будет сохранена. А это и означает, что несуществующего продавца в записи таблицы T_ПРОДАЖИ ввести невозможно.

14

Рис. 7: 6: Связывание Подготовкатаблиц к связыванию таблиц

Связывание таблиц Т_ПРОДАЖИ и Т_ТОВАРЫ

Создадим теперь связь, определяющую выбор вводимых данных в поле товар_указ таблицы T_ПРОДАЖИ. Откройте окно Проектирование связей (команда Сервис > Связи), в нем должна отобразиться связь, определенная нами ранее. Выполните команду меню Вставка > Добавить таблицы и добавьте таблицу T_ТОВАРЫ. Закройте окно выбора таблиц, теперь таблица T_ТОВАРЫ появится в окне Проектирование связей. Создайте связь, идущую от поля товар_ном таблицы T_ТОВАРЫ к полю товар_указ таблицы T_ПРОДАЖИ (см. Рис. 8).

Рис. 8: Окно проектирования связей (окончательный вид) Сохраните связь и закройте окно. С этого момента, в поле товар_указ таблицы T_ПРОДАЖИ, можно вводить только те значения, которые присутствуют в поле товар_ном таблицы T_ТОВАРЫ, то есть использовать только 15

существующие товары. Пока в таблицу T_ТОВАРЫ не будет введено ни одной записи, невозможно будет создать любую запись в таблице T_ПРОДАЖИ, поскольку поле товар_указ должно содержать значение, и это значение должно присутствовать в поле товар_ном одной из записей таблицы T_ТОВАРЫ. Поэтому сначала надо создать несколько записей в таблице T_ТОВАРЫ. Такое же замечание относится и к таблице T_ПРОДАВЦЫ. Прежде, чем вводить записи в таблицу T_ПРОДАЖИ, надо создать несколько записей в таблицах T_ПРОДАВЦЫ и T_ТОВАРЫ.

Ввод данных без использования формы Данные можно вводить в режиме таблицы без использования форм. Но с помощью форм намного проще просматривать и изменять данные, чем при работе в режиме таблицы. В главном окне Base, щелкните по иконке Таблицы и вы увидите имена трех созданных к этому времени таблиц. Щелкните правой кнопкой мышки по имени таблицы T_ТОВАРЫ, выберите команду Открыть, после чего откроется таблица для ввода или изменения данных, как показано на Рис. 9. В верхней части таблицы располагаются имена полей (ячеек, находящихся в одном столбце таблицы), ниже следуют записи (строки таблицы), в которые вносятся данные. Одна запись всегда является текущей, и рядом с ней расположен указатель текущей записи (стрелка зеленого цвета в поле выделения в левой части окна). В нижней части окна расположены кнопки навигатора, позволяющие перемещать указатель текущей записи по записям таблицы (на первую запись, на предыдущую запись, на следующую запись, на последнюю запись). Там же находится поле номера текущей записи, кнопка создания новой записи и указатель общего количества записей в таблице. Для создания новой записи служит последняя строка таблицы, отмеченная в поле выделения звездочкой (см. Рис. 11).

Рис. 9: Прямой ввод данных в режиме Таблица (данные еще не введены)

Таблица отображается в табличной форме. Каждый столбец соответствует полю, а каждая строка формы - записи. Надпись <Автополе> в поле товар_ном означает, что это поле будет заполнено автоматически. Из одного поля в другое можно перемещаться с помощью клавиши TAB. В таблицу можно ввести несколько видов товаров. Введенные данные в действительности не будут записаны в базу данных до тех пор, пока вы не сохраните их из этого же окна или не закроете его. Если же вы закроете это окно без сохранения измененной информации, будет выведено предупреждающее сообщение, которое предложит вам сохранить изменения. Окно с предупреждением имеет вид, показанный на Рис. 10. Окончательный вид окна в режиме Таблица после ввода данных показан на Рис. 11. Этот способ ввода данных является основным, но он не всегда удобен при вводе сложных данных.

16

Рис. 10: Окно с предупреждением Для упрощения процесса ввода данных используются формы, к обсуждению которых мы переходим.

Рис. 11: Прямой ввод данных в режиме Таблица (данные уже введены) Замечание

Нумерация записей в поле товар_ном (и во всех полях со значением свойства Автозамена, равным Да) будет начинаться с 0. Поэтому, если по каким-то причинам такое правило окажется не совсем подходящим, можно использовать один из следующих приемов: •

ввести в поле название записи с номером 0 слово неизвестно;

•

ввести в обязательные поля записи с номером 0 любые значения, а затем удалить эту запись. Следующая, рабочая запись, будет иметь номер 1;

•

после создания записи с номером 0, вручную изменить ее номер на 1.

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

Создание формы с помощью мастера Создадим форму для ввода данных в таблицу T_ПРОДАВЦЫ, используя мастер создания форм. Для этого щелкните по иконке Формы, расположенной в секции База данных документа Base, а затем щелкните по строке Использовать мастер для создания формы в секции Задачи. 17

OOoBase создаст новый текстовый документ, а также будет выведено диалоговое окно мастера (Рис. 12). Из выпадающего списка Таблицы или запросы выберите таблицу T_ПРОДАВЦЫ. В секции Существующие поля будут отображены имена всех полей этой таблицы. Так как мы хотим поместить на форму все поля этой таблицы, то надо щелкнуть по кнопке с двойной стрелкой ">>", чтобы перенести все возможные поля в секцию "Поля в форме". Сейчас мы не будем использовать вторичные формы (субформы), поэтому перейдем к шагу 5, щелкнув по строке Расположить элементы управления. В появившемся окне (см. Рис. 13) можно определить, как данные будут отображаться на создаваемой форме. Можно выбирать различные иконки в секции Расположение головной формы, щелчок по которым изменяет внешний вид будущей формы, и смотреть как это будет выглядеть. Подбираем тот, что понравился. Выберите пиктограмму (иконку) расположения Столбцы – Подписи слева, как показано на Рис. 13. Щелкните по кнопке Дальше. При выполнении шагов 6 и 7 оставьте установки по умолчанию, затем на шаге 8 задайте имя формы. По умолчанию, мастер предложит использовать в качестве имени формы имя таблицы. Для того, чтобы использовать более информативное имя, добавьте слово “ФОРМА” в начало предлагаемого имени (ФОРМА Т_ПРОДАВЦЫ). Мы сейчас не собираемся редактировать эту форму, поэтому оставьте выбранным параметр Действия после заполнения формы равным "Работа с формой", как показано на Рис. 14. Вы всегда можете отредактировать форму потом, когда в этом возникнет необходимость. Щелкните по кнопке "Готово", после чего будет открыта созданная форма, показанная на Рис. 15.

Рис. 12: Первое окно Мастера форм после выбора всех полей для формы

18

Рис. 13: Диалоговое окно для позиционирования элементов управления

Рис. 14: Завершающий шаг мастера форм

19

Рис. 15: Форма после ее создания. Данные в нее еще не введены. На Рис. 16 показан вид заполненной формы. Навигатор формы, расположенный в ее нижней части, позволяет выполнять ряд операций в базе данных, таких как: •

перемещение от одной записи к другой,

•

добавление новой записи,

•

сохранение новой или измененной записи,

•

отмену ввода данных,

•

удаление записи,

•

обновление записи.

20

Рис. 16: Форма после ввода в нее данных.

Создание выпадающего списка Используя описанную выше процедуру, создайте с помощью мастера форму для таблицы T_ПРОДАЖИ. Должна получиться форма, приведенная на Рис. 17. Как видно предыдущая форма не использует выпадающих списков. Однако, на форме ФОРМА Т_ПРОДАЖИ для полей продавец_указ и товар_указ полезно будет выполнять их заполнение с помощью выбора значений из заранее подготовленных для этого выпадающих списков, поскольку не слишком удобно вводить определенный номер, например 3, в поле продавец_указ для нужного продавца, так как это потребует знания всех номеров всех продавцов.

21

Рис. 17: Форма ФОРМА Т_ПРОДАЖИ после ее создания мастером Чтобы отредактировать форму, щелкните правой кнопкой мышки по имени этой формы в секции Формы и выберите строку Правка. Теперь форма откроется в режиме редактирования. Убедитесь в том, что панели инструментов Дизайн формы и Элементы управления активны. Если это не так, выполните команду меню Вид > Панели инструментов и сделайте их видимыми. На панели инструментов Элементы управления (вертикальная панель с левой стороны рабочей области формы) щелкните по иконке Список и нарисуйте на форме с помощью мышки прямоугольник справа от поля продавец_указ. Начнет работать мастер списка, в окне которого можно определить параметры этого списка. На первом экране мастер попросит выбрать таблицу, данные из которой надо поместить в список. В нашем случае, это таблица Т_ПРОДАВЦЫ (см. Рис. 18). Щелкните по кнопке Далее. Следующий экран позволит вам выбрать то поле из таблицы Т_ПРОДАВЦЫ, которое надо отобразить в списке. Выберите поле фамилия (см. Рис. 19).

22

Рис. 18: Первое окно мастера списка

Рис. 19: Второе окно мастера списка Щелкните по кнопке Далее. Третий экран служит для выбора соответствующих полей обеих таблиц (Т_ПРОДАЖИ и Т_ПРОДАВЦЫ), которые должны в списке правильно отображать данные выбранного поля. В данном случае, необходимо выбрать поле продавец_указ из таблицы значений Т_ПРОДАЖИ и связанное с ним поле продавец_ном из таблицы списка Т_ПРОДАВЦЫ (см. Рис. 20).

23

Рис. 20: Третье окно мастера списка Щелкните по кнопке Готово. Сохраните форму, закройте окно Дизайнер форм и откройте снова форму, дважды щелкнув по ее имени.

Рис. 21: Форма с выпадающим списком Теперь можно ввести данные в поле продавец_указ, выбрав в выпадающем списке необходимую фамилию продавца. Использование выпадающих списков позволяет отказаться от ввода на форму значений номеров из другой таблицы (в данном случае из поля продавец_указ, так как для 24

пользователя важно знать фамилию продавца, а не его номер). При этом, СУБД будет автоматически помещать нужные значения в такие поля, а видеть их пользователю не обязательно. Поэтому на форму можно не помещать поле продавец_указ. Создайте таким же способом выпадающий список для поля товар_указ. В качестве таблицы-источника выберите таблицу T_ТОВАРЫ, в качестве поля, данные которого должны появляться в списке, используйте поле название, а в качестве связанных полей укажите поля товар_указ и товар_ном. Обсуждение всех доступных настроек форм займет очень большое время, поэтому мы не будем здесь этим заниматься, так как это тема отдельного рассмотрения.

Рис. 22: Вид законченной формы с двумя выпадающими списками

Создание простых запросов Было бы хорошо знать состояние продажи товаров на какой-то момент времени. Запрос является способом обращения к базе данных с вопросом, содержащим конкретный критерий ответа, что также обеспечивает возможность всегда знать текущее положение дел, так как при выполнении запроса будут учтены все добавленные до него новые записи. Создадим запрос, который будет подсчитывать суммарное количество различных товаров, которые переданы продавцам для реализации. Чтобы сделать это, переключитесь в режим Запросы и щелкните по задаче Создать запрос в режиме дизайна. В окне Добавить таблицы, выберите таблицу T_ТОВАРЫ и щелкните по кнопке Добавить, затем выберите таблицу Т_ПРОДАЖИ и щелкните по кнопке Добавить, а затем щелкните по кнопке Закрыть.

25

Окно Дизайнер запросов позволит нам выбрать поля, которые надо включить в запрос, а также применить к найденным в этих полях значениям определенные математические операции.

Рис. 23: Окно Дизайнер запросов В первой ячейке строки Поле, выберите из выпадающего меню поле Т_ТОВАРЫ.название. В строке Псевдоним (следующей после строки Поле) введите Товар. Убедитесь, что в строке Видимый флажок установлен, а в строке Функция выберите функцию Group. Во втором столбце, выберите поле Т_ПРОДАЖИ.количество и в качестве псевдонима введите Всего. Убедитесь, что в строке Видимый флажок установлен, а в строке Функция выберите функцию Сумма. Сохраните запрос. Закройте окно Дизайнер запросов. Теперь состояние продаж можно проверить двойным щелчком по имени только что созданного запроса.

26

Рис. 24: Создание запроса закончено Выполнив данный запрос, мы получим суммарное количество товаров, переданных продавцам для реализации. При этом результаты будут сгруппированы по названию товаров (см. Рис. 25).

Рис. 25: Результат выполнения запроса.

27