Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Нижегородский государственный технический университет
Институт радиоэлектроники и информационных технологий
Лабораторные работы по курсу «Банки и базы данных»
ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННЫХ
БАЗ ДАННЫХ
Нижний Новгород
2011
Лабораторная работа №1 Проектирование ER и реляционной модели данных
Введение
В настоящее время реляционные базы уверенно являются неотъемлемой частью большинства информационных систем. В этой области прикладного программирования стремительно развиваются новые технологии, платформы реализации и среды разработки приложений. Тем не менее, остаются классическая часть и общепризнанный подход к процессу проектирования, разработки и сопровождения реляционной базы данных, разбитый на последовательные этапы, которые обычно приходится реализовывать. Данная работа имеет целью усвоение и закрепление теоретических знаний в области проектирования реляционных баз данных и изучения особенностей конкретных систем управления базами данных. Проектирование их включает следующие этапы:
1) концептуальное проектирование, содержащее системный анализ рассматриваемой предметной области поставленной задачи и составление ее словесного описания. Этот этап в данной работе отсутствует, то есть каждый студент получает словесное описание объектов системной области и связей, существующих между ними, в качестве исходного задания. На данном этапе необходимо представить концептуальную модель в виде ER-диаграммы;
2) логическое проектирование базы данных. На этом этапе осуществляется выбор СУБД (системы управления базами данных), с помощью которой база данных будет реализована. В лабораторной работе предполагается использование СУБД MS SQL Server. Поскольку эта СУБД реализует реляционную модель данных, то необходимо осуществить переход от ER-модели к реляционной модели и затем нормализовать полученные отношения;
3) создание таблиц, входящих в реляционную модель с учетом существующих между ними связей. В данной лабораторной работе требуется составить для каждой создаваемой таблицы оператор CREATE TABLE языка SQL.
Построение ER-модели
ER-модель (модель «сущность – связь») – широко используемый инструмент разработки баз данных, представляющий собой формализованное графическое представление предметной области в виде прямоугольников, линий и специальных символов. Преимущество ER-модели
заключается в том, что она понятна и разработчикам баз данных, и заказчикам, то есть будущим ее пользователям, и потому все возможные изменения в структуре данных согласуются между ними именно на уровне этой модели. ER-модель никак не связана ни с какой конкретной СУБД, этот выбор осуществляется впоследствии. В основе ER-модели лежат понятия «сущность» («entity») и «связь» («relation»). Не существует удовлетворительного формального описания понятия «сущность». Можно сказать, что это – совокупность значимых объектов, существующих в рамках предметной области. Например, при построении системы учета успеваемости студентов придется оперировать сущностями «студенты», «преподаватели», «дисциплины», а в случае создания банковской системы – сущностями «клиенты» и «счета». Каждая сущность включает набор атрибутов, представляющих собой именованные свойства сущности. Например, сущность «студенты» может иметь следующие атрибуты:
1) номер зачетной книжки;
2) ФИО;
3) код группы;
4) дату рождения.
Сущность – совокупность объектов, а каждый объект этой совокупности – экземпляр сущности. Экземпляры должны быть различимы, то есть не должно быть двух экземпляров с одинаковыми наборами атрибутов. Каждая сущность имеет набор атрибутов, уникальный для каждого экземпляра сущности, называемый ключом. Например, для сущности «студенты» ключ состоит из одного атрибута «Номер зачетной книжки», так как точно не существует двух и более студентов с одинаковым значением этого атрибута.
Между сущностями могут быть установлены связи, определяющие, как сущности соотносятся или взаимодействуют между собой. Связь может существовать между двумя сущностями (бинарная связь) или между сущностью и ею же самой (рекурсивная связь). Наличие связи означает, что сущность имеет атрибут или набор атрибутов которые составляют ключ. Например, сущность «студенты» и сущность «учебные группы» связаны между собой атрибутом «код группы», который является ключом сущности «учебные группы» и присутствует в наборе атрибутов сущности «студенты».
Связи бывают трех (четырёх) типов:
1) связь «один к одному». При этой связи один элемент первой сущности связан не более чем с одним экземпляром второй сущности. Этот тип связи встречается сравнительно редко;
2) связь «один ко многим» («многие к одному»). В этом случае один экземпляр первой сущности связан с несколькими экземплярами второй сущности, но один экземпляр второй сущности связан не более чем с одним экземпляром первой сущности. Первая сущность считается в данной связи основной, вторая – подчиненной. Примером может служить рассмотренная выше связь между сущностями «учебные группы» и «студенты». Сущность «учебные группы» является здесь основной, сущность «студенты» – подчиненной, так как одна группа состоит из нескольких студентов, следовательно, одному экземпляру сущности «группы» соответствует несколько экземпляров сущности «студенты», принадлежащих этой группе;
3) связь «многие ко многим». В этом случае каждый экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, а каждый экземпляр второй сущности – с несколькими экземплярами первой. В качестве примера можно привести связь между сущностями «преподаватели» и «дисциплины». Эта связь имеет тип «многие ко многим», так как один преподаватель может вести несколько учебных дисциплин, а одна дисциплина – вестись несколькими преподавателями.
Важной характеристикой связи является ее обязательность, или модальность. Обязательность связи означает, что любому экземпляру сущности обязательно соответствует хотя бы один экземпляр другой сущности, состоящей с первой в обязательной связи. В противном случае связь является необязательной. Связь может иметь неодинаковую модальность с разных концов. Например, каждая учебная группа имеет куратора из числа преподавателей, однако не каждый преподаватель является куратором.
Для построения ER-модели необходимо сначала выявить сущности, характерные для заданной предметной области, и определить для каждой сущности набор атрибутов, имеющих значение с учетом поставленной задачи. Затем необходимо определить все имеющиеся связи между сущностями и характеристики этих связей. После этого строится ER-диаграмма, т. е. собственно графическое изображение модели с использованием одной из существующих нотаций. Для простых случаев ER-диаграмму можно рисовать вручную, для более сложных можно воспользоваться специализированным программным обеспечением, известным как CASE-средства.
Базовые понятия
Сущность (объект)
Атрибут сущности (свойство, характеризующее объект)
Ключевой атрибут (атрибут, входящий в первичный ключ)
Связь
Кардинальность показывает, какое максимальное количество экземпляров данной сущности может участвовать в конкретной связи (точнее экземпляре связи).
Кардинальность бинарных связей («один к одному») степени 1 будем обозначать следующим образом:
Кардинальность бинарных связей степени n «один ко многим» («многие к одному») будем обозначать так:
Сущности в ER-диаграмме изображаются в виде прямоугольников. Атрибуты в виде овалов, ключевые атрибуты подчеркиваются. Связи между сущностями изображаются в виде линий, соединяющих прямоугольники соответствующих сущностей. Для сущности, находящейся со стороны «многие», линия связи должна заканчиваться значком из трех расходящихся линий. Необязательность связи обозначается значком, имеющим на конце небольшую окружность.
В качестве примера создадим несколько упрощенную модель системы учета успеваемости студентов. Оценки, получаемые студентами по изучаемым дисциплинам, заносятся в специальную таблицу, где указываются номер зачетной книжки студента, код дисциплины, табельный номер преподавателя, дата получения оценки и собственно оценка. Студент не может в один и тот же день два раза сдавать одну и ту же дисциплину. Студенты разбиты по группам. Каждая группа имеет свой код и куратора из числа преподавателей. Каждый преподаватель может вести несколько дисциплин, каждая учебная дисциплина может вестись несколькими преподавателями.
Таким образом, можно выделить следующие сущности:
1) студенты;
2) преподаватели;
3) учебные дисциплины;
4) группы;
5) оценки.
Атрибутами сущности «студенты» будут:
1) номер зачетной книжки;
2) ФИО;
3) номер группы.
Ключом здесь будет номер зачетной книжки.
Сущность «преподаватели» будет иметь атрибуты:
1) табельный номер;
2) ФИО.
Ключом сущности, естественно, является табельный номер преподавателя.
У сущности «учебные дисциплины» будет два атрибута:
1) код дисциплины; - ключевой
2) наименование дисциплины.
Сущность «группы» включает следующие атрибуты:
1) код группы;
2) название группы
3) табельный номер куратора группы.
Здесь код группы – ключевой атрибут.
Сущность «оценки» имеет следующие атрибуты:
1) номер зачетной книжки студента;
2) код дисциплины;
3) таб. номер преподавателя;
4) дата получения оценки;
5) оценка.
Ключ – уникальный идентификатор сущности. В данном случае ключом сущности «оценки» будет набор из 4 атрибутов: номер зачетной книжки, код дисциплины, таб.номер преподавателя и дата получения оценки, так как предполагается, что студент в один день по некоторой дисциплине может получить только одну оценку.
Теперь рассмотрим связи, имеющиеся между сущностями.
1. Так как в одной группе числятся несколько студентов, между сущностями «группы» и «студенты» существует связь «один ко многим». Эта связь обязательна с обеих сторон.
2. Так как у каждой группы есть куратор из числа преподавателей, между сущностями «группы» и «преподаватели» существует связь «один к одному», необязательная со стороны «преподаватели», так как не каждый преподаватель является куратором какой-либо группы.
3. Поскольку каждый преподаватель может вести несколько дисциплин, а одна дисциплина – вестись несколькими преподавателями, то между сущностями «преподаватели» и «дисциплины» имеется связь «многие ко многим». Поскольку любая дисциплина преподается хотя бы одним преподавателем, а любой преподаватель преподает хотя бы одну дисциплину, то связь обязательна с обеих сторон.
4. Между сущностью «студенты» и сущностью «оценки» существует связь «один ко многим». Каждый студент неоднократно получает оценки по изучаемым дисциплинам. Возможно, что студент не успел получить еще ни одной оценки, следовательно, связь является необязательной со стороны «студенты».
5. Между сущностью «преподаватели» и сущностью «оценки» существует связь «один ко многим». Каждый преподаватель выставляет оценки по своим дисциплинам. Существует вероятность, что преподаватель не поставил ни одной оценки, потому что только что был принят на работу, следовательно, связь является необязательной со стороны «преподаватели».
6. Между сущностью «дисциплины» и сущностью «оценки» существует связь «один ко многим», так как по каждой дисциплине может быть выставлено много оценок. Существует вероятность, что по некоторой дисциплине не было еще выставлено ни одной оценки, следовательно, связь является необязательной со стороны «дисциплины».
На рис. 1 показана ER-диаграмма, построенная для данной задачи с учетом существующих связей.
Рис. 1
Переход к реляционной модели
На следующем этапе проектирования необходимо преобразовать ER-модель в реляционную. Основной структурой реляционной модели является отношение (relation), графической интерпретацией которого служит таблица. Каждое отношение состоит из некоторого ограниченного числа кортежей, а содержание каждого кортежа определяется набором атрибутов отношения. Каждый атрибут имеет определенный тип, значение которого берется из определенного домена. Кортежам отношения соответствуют строки таблицы, количество столбцов таблицы равно количеству атрибутов отношения, а тип величины, находящейся в соответствующем столбце, определяется типом соответствующего атрибута.
Отношения могут быть связаны между собой посредством набора атрибутов, одинаково содержащихся в обоих отношениях. Связи между отношениями в реляционной модели (в отличие от ER-модели) могут иметь только тип «один ко многим» («многие к одному»), т. е. одно отношение всегда будет основным, а второе – подчиненным, и одному кортежу основного отношения могут соответствовать несколько кортежей подчиненного отношения. Данное соответствие означает, что у обоих кортежей значения набора атрибутов, по которому связаны отношения, совпадают. Обычно у основного отношения данный набор атрибутов является первичным ключом и, следовательно, уникальным для каждого кортежа. У второго отношения данный набор атрибутов называется внешним ключом для данной связи. Кортежей с одинаковым значением внешнего ключа может быть сколько угодно, но не может существовать кортежей со значением внешнего ключа, которому не соответствовал бы какой-либо первичный ключ основного отношения. Связь «один к одному» рассматривается как частный случай связи «один ко многим». Связи «многие ко многим» в реляционной модели быть не может. Они заменяются на отношения «один ко многим» или «многие к одному».
Чтобы преобразовать ER-модель в реляционную модель, необходимо выполнить следующие действия:
1. Каждой сущности ER-модели ставится в соответствие отношение реляционной модели, при этом каждому атрибуту сущности ставится в соответствие атрибут отношения реляционной модели. Ключ сущности становится первичным ключом соответствующего отношения
(PRIMARY KEY). Имена сущностей и отношений, равно как и атрибутов, могут не совпадать. Желательно при указании имен отношений и атрибутов реляционной модели использовать латиницу, поскольку эти имена чаще всего являются идентификаторами в некотором языке про-
граммирования.
2. В каждое отношение, соответствующее подчиненной сущности, добавляется набор атрибутов, соответствующий ключу основной сущности, если, конечно, он там не присутствовал. В любом случае этот на бор атрибутов становится внешним ключом в подчиненном отношении
(FOREIGN KEY).
3. При обязательном характере связи у атрибутов, соответствующих внешнему ключу, устанавливается свойство отсутствия неопределенных значений (NOT NULL).
4. Если в ER-модели имеются связи «многие ко многим», то их надо преобразовать в связи «один ко многим», поскольку связи «многие ко многим» в реляционной модели не допускаются. Для этого в реляционную модель добавляется связующее отношение, атрибуты которого соответствуют атрибутам первичных ключей обоих отношений, участвующих в связи «многие ко многим». Связующее отношение будет находиться в связи «один ко многим» с каждым из этих отношений. В рассматриваемом примере связь «один ко многим» имеют сущности «преподаватели» и «дисциплины». В реляционной модели вводится связующее отношение, атрибутами которого будут «id_subject» и «tab_num». Первый атрибут соответствует первичному ключу сущности «дисциплины», а второй – первичному ключу сущности «преподаватели». Это отношение будет иметь связь «один ко многим» с отношениями, соответствующими сущностям «преподаватели» и «студенты» (рис. 2).
В принципе, уже на уровне ER-модели можно провести ее нормализацию. В данной работе требуется, чтобы модель удовлетворяла условиям третьей нормальной формы.
Напомним, что отношение находится в первой нормальной форме, если значения всех его атрибутов атомарны, т. е. представляют собой простые, а не составные типы данных. В нашем примере это условие выполняется для всех сущностей. Значениями атрибутов всех сущностей являются только числа, строки или даты. Массивов, структур или подтаблиц среди них нет.
Сущность удовлетворяет условиям второй нормальной формы, если каждый неключевой атрибут зависит от всего первичного ключа, но не зависит от какой-либо части первичного ключа. Из определения следует, что условие второй нормальной формы может быть нарушено только
у составного первичного ключа.
ER-модель
Реляционная модель
Рис. 2
В приведенном примере составной первичный ключ имеется у сущности «оценки». Неключевым атрибутом здесь является только один атрибут «оценка». Его значение определяется всей совокупностью ключевых атрибутов, поэтому сущность «оценки» условиям второй нормаль-
ной формы удовлетворяет.
Сущность находится в третьей нормальной форме, если она удовлетворяет условиям второй нормальной формы и каждый неключевой атрибут зависит только от первичного ключа, но не зависит от какого-либо неключевого атрибута. Все сущности нашего примера удовлетво-
ряют условиям третьей нормальной формы.
Полученную реляционную модель изобразим в графической форме. Каждому отношению будет соответствовать прямоугольник, в который будут вписаны имена атрибутов отношения и их типы. Набор возможных типов определяется официальным стандартом языка SQL, однако у конкретных СУБД обычно имеются расхождения со стандартом. В нашей модели атрибуты могут принимать текстовые, числовые значения или представляют собой какую-либо дату. Рассмотрим эти типы
подробнее:
1. Тип даты в стандарте SQL и в каждой СУБД определяется по-своему.
2. Для представления строчных атрибутов используется стандартный тип Character(n) (сокращенно CHAR(n)), поддерживаемый любой СУБД. Здесь n – максимальная длина атрибута в символах. Длину каждого строчного атрибута необходимо согласовывать с заказчиком, но в данной работе ее можно выбирать произвольно, по усмотрению разработчика.
3. Для числовых атрибутов можно использовать тип integer, если атрибут может принимать только целочисленные значения, или тип float, если атрибут может иметь дробную часть.
На рис. 3 приведена реляционная модель для нашего примера. В ней 6 отношений, причем 5 из них соответствуют 5 сущностям ER-модели, а 6 отношение teachers_ subjects появилось в результате преобразования связи «многие ко многим» между сущностями «преподаватели» и «дисциплины» к двум связям «один ко многим» между отношениями subjects и teachers_ subjects, а также teachers и teachers_ subjects.
Рис.3
На рис. 3 линии, соответствующие связям «один ко многим», четко соединяют именно те атрибуты двух отношений, которые участвуют в этой связи. Отношение, участвующее в связи со стороны «многие», является подчиненным, а это означает, что атрибут подчиненного отношения может брать значения только из списка значений соответствующего ему по связи атрибута главного отношения.
1. Связь между отношениями teachers и groups является связью один к одному, поскольку только один из преподавателей может быть куратором группы. Однако эта связь рассматривается как частный случай связи «один ко многим», причем отношение groups является подчиненным, так
как значение атрибута curator (табельный номер преподавателя) берется из табельных номеров отношения teachers. Таким образом, атрибут curator подчиненного отношения groups является внешним ключом для первичного ключа tab_num главного отношения teachers.
Создание таблиц базы данных
Та часть языка SQL, которая служит для создания объектов базы данных, называется DDL (Data Definition Language). Основными объектами любой базы данных являются таблицы, соответствующие отношениям реляционной модели. Для создания таблицы употребляется оператор CREATE TABLE. Синтаксис команды имеет следующий вид:
CREATE TABLE <имя таблицы> (<имя столбца> <тип данных столбца>[<ограничения столбца>] [,(<определение столбца> <тип данных>[<ограничения столбца>]..][<определения ограничений таблицы>])
Имена столбцов и их типы для каждой таблицы приведены на рис. 3.
На столбцы в данной работе могут быть наложены следующие ограничения:
1) ограничение NOT NULL, означающее, что значение столбца должно быть обязательно задано при вводе новой записи. По умолчанию обычно действует ограничение NULL, по которому задавать значение для данного столбца не обязательно;
2) ограничение UNIQUE, означающее, что в данной таблице не должно быть двух и более записей с одинаковым значением этого столбца;
3) ограничение первичного ключа PRIMARY KEY. Это ограничение для столбца возможно в том случае, если первичный ключ таблицы состоит из одного данного столбца. В противном случае столбцы, входящие в первичный ключ, указываются в конце всего оператора CREATE TABLE в ограничениях для всей таблицы. То, что столбец является первичным ключом, означает также и то, что его значение должно быть обязательно задано (ограничение NOT NULL), и это значение должно быть уникальным для данной таблицы (ограничение UNIQUE);
4) ограничение внешнего ключа REFERENCES <ИМЯ ГЛАВНОЙ ТАБЛИЦЫ>. Оно накладывается на столбец в том случае, если он является внешним ключом в связи «один ко многим» с другой, главной в данной связи, таблицей. В этом случае любое значение данного столбца должно соответствовать некоторому значению первичного ключа главной
таблицы.
Последние два ограничения называются ограничениями ссылочной целостности базы данных и служат для обеспечения корректности данных, содержащихся в таблицах.
Ограничения всей таблицы в конце оператора CREATE TABLE предназначены для определения ограничений, накладываемых на несколько столбцов сразу. Например, это происходит при наличии составных первичного или внешнего ключа.
Ниже приведены операторы CREATE TABLE для создания каждой таблицы рассматриваемого примера:
1) таблицы subjects:
Create table subjects(id_subj integer primary key, name char(100));
2) таблицы teacher:
Create table teachers(tab_num char(8) primary key, fio char(50) not null);
3) таблицы teachers_ subjects, связывающей таблицы teachers и subjects:
Create table teachers_ subjects (id_subj integer references subjects, tab_num char(6) references teachers, constraint pk primary key(id_subj, tab_num)).
Здесь столбцы id_subj и tab_num заданы как внешние ключи для главных таблиц subjects и teachers соответственно, а совокупность столбцов id_subj и tab_num объявлена как первичный ключ таблицы, причем ограничение первичного ключа имеет имя pk;
4) таблицы groups:
Create table groups(id_group char(8) primary key, name char(100), tab_num char(8) references teachers).
Здесь первый столбец таблицы является первичным ключом, второй – название группы, третий столбец является внешним ключом, ссылающимся на таблицу teachers;
5) таблицы students:
Create table students(nz char(6) primary key, fio char(50) not null, id_group char(8) references groups).
При создании таблицы для столбца fio (фамилия) указано ограничение not null. Это означает, что при вводе новой записи значение для этого столбца должно быть указано обязательно.
6) таблицы marks:
Create table marks(nz char(6) references students, id_subj integer references subjects, tab_num char(8) references teachers, dat date , val integer not null, constraint pmk primary key (nz, id_subj, tab_num, dat)).
Здесь первые три столбца являются внешними ключами, ссылающимися на первичные ключи родительских таблиц students, subjects и teachers, а первые четыре столбца в совокупности образуют составной первичный ключ, имеющий имя pmk.
СОЗДАНИЕ ДИАГРАММЫ В MICROSOFT SQL SERVER 2005, 2008
SQL Server Management Studio является одним из основных программных средств администрирования СУБД SQL Server.
Запустим SQL Server Management Studio, проверим включение сервера. Для запуска MS SQL Server 2005, 2008 выберем утилиту SQL Server Management Studio и запустим ее. После нажатия кнопки «Connect» появится окно среду разработки «SQL Server Management Studio»
Данное окно имеет следующую структуру:
1. Оконное меню – содержит полный набор команд для управления сервером и выполнения различных операций.
2. Панель инструментов – содержит кнопки для выполнения наиболее часто производимых операций. Внешний вид данной панели зависит от выполняемой операции.
3. Панель «Object Explorer» - обозреватель объектов. Обозреватель объектов – это панель с древовидной структурой, отображающая все объекты сервера, а также позволяющая производить различные операции, как с самим сервером, так и с БД. Обозреватель объектов является основным
инструментом для разработки БД.
4. Рабочая область. В рабочей области производятся все действия с БД, а также отображается её содержимое.
В IDE (интегрированная среда разработки) используются два типа окон: компонентов и документов.
Окна компонентов представляют такие элементы как Object Explorer, Solution Explorer,Properties и другие. Эти окна перечислены в меню View и применяются для отображения компонетов IDE, не являющиеся документами. У большинства окон можно менять месторасположение.
Окна документов позволяют просматривать и редактировать сценарии, XML-документы и любые другие текстовые документы. Они всегда размещены в основной области интерфейса, в верхней части окна документов видны вкладки, при помощи которых можно получить доступ к необходимому документу.
Базу данных в SQL Server Management Studio можно создать разными способами. Например, с помощью команды:
CREATE DATABASE STUDENT;
Для написания кода в SQL Server Management Studio нужно нажать кнопку «Создать запрос» («New query») на панели иинструментов «Стандартная» («Standart»). Для выполнения команды нажать F5 или кнопку с красным восклицательным знаком EXECUTE.
Рис.1
Также с помощью T-SQL создать аналогичным образом таблицы в базе данных. Создадим новый запрос и напишем:
use db_student
Create table subjects(id_subj integer primary key, name char(100));
Создастся новая таблица subjects, которую можно найти в Databases->db_student->Tables. Аналогичным образом создаются другие таблицы. По необходимости делаем Refresh на папке Tables, для отображения вновь созданных таблиц.
Схема данных строиться в Databases->db_student->Database Diagramme. Для этого создаем новую диаграмму.
И добавляем в нее таблицу subjects.
Создадим ещё две таблицы:
use db_student
Create table teachers(tab_num char(8) primary key, fio char(50) not null);
use db_student
Create table teachers_ subjects (id_subj integer references subjects, tab_num char(8) references teachers, constraint pk primary key(id_subj, tab_num)).
И добавим их в диаграмму. В результате получится:
При этом связи создадутся автоматически.
Аналогичным образом создаются другие таблицы и связи. В вашей лабораторной работе необходимо создать все таблицы и связи.
Примеры описания предметной области
1)
Агентство занимается продажей авиабилетов на различные рейсы, ведет учет проданных билетов и учет пассажиров, купивших билеты, поэтому возникает потребность в хранении и обработке данных, сгруппированных следующим образом:
1) информация о расписании рейсов (номер рейса, тип самолета, пункт отправления, пункт назначения, дата вылета, время вылета, время полета, цена билета);
2) информация о свободных местах на рейс (номер рейса, дата вылета, общее количество мест, количество свободных мест);
3) информация о пассажирах, купивших билеты на рейсы (номер паспорта, фамилия, имя, отчество, номер рейса, дата вылета);
4) архив, в который помещается информация о выполненном рейсе (номер рейса, дата вылета, общее количество мест, количество проданных мест).
2)
Издательство – предприятие, занимающееся выпуском разнообразной печатной продукции. Издательство заключает договор с заказчиком (клиентом) на выполнение заказа. Заказчиком может выступать частное лицо или организация. Частное лицо может быть автором издания (или
одним из авторов, если их несколько) или представителем автора.
Организация для контактов с издательством также имеет своего представителя – контактную персону. Заказ может быть книгой, брошюрой, рекламным проспектом, буклетом, бюллетенем для голосования или каким-либо другим видом издательской продукции. Подготовленные издательством материалы заказчика печатаются в типографиях, где издательство размещает свои заказы.
Информацию о работе издательства можно сгруппировать следующим образом:
-сведения о заказчиках (частное лицо или организация, личные данные контактной персоны, адрес, телефон, факс);
-сведения о заказах (номер заказа, заказчик, вид печатной продукции, издание, типография, дата приема заказа, отметка о выполнении, дата выполнения заказа);
-сведения об изданиях (код издания, автор и название, объем в печатных листах, тираж, номер заказа);
-сведения об авторах (личные данные: Ф.И.О., домашний адрес,телефон)
-сведения о типографиях (название, адрес, телефон).
В отчете лабораторной работы должны быть отражены следующие этапы:
Контрольный вопросы: