Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Методическое пособие 100

.pdf
Скачиваний:
2
Добавлен:
30.04.2022
Размер:
399.12 Кб
Скачать

Специальность (атрибут Номер_специальности), а также атрибуты Группа и Лист, соответствующие свойствам связи:

Заявление(Серия, Номер, Номер_специальности, Группа, Лист).

Абитуриент может подать заявления на несколько специальностей, поэтому ключом отношения будут атрибуты

{Серия, Номер, Номер_специальности}:

Заявление(Серия, Номер, Номер_специальности, Группа, Лист).

Домены:

dom(Группа) = {целое двухзначное число}; dom(Лист) = {целое трехзначное число}.

Совокупность атрибутов {Серия, Номер} является внешним ключом, ссылающимся на ключ отношения

Абитуриент.

Атрибут Специальность является внешним ключом, ссылающимся на ключ отношения Специальность.

Отношение, соответствующее связи между классами Факультет и Специальность, назовем СпециальностиФакультета. Схема этого отношения будет включать в себя ключ отношения Факультет (атрибут Факультет) и ключ отношения Специальность (атрибут Специальность). Ключом отношения будет атрибут Специальность. Значения этого атрибута повторяться не будут, так как каждая специальность относится только к одному факультету (связь имеет тип «один-ко-многим»):

СпециальностиФакультета(Факультет, Специальность).

Схема отношения Специальность и схема отношения

СпециальностиФакультета имеют одинаковые ключи и содержат информацию об одних и тех же объектах – специальностях. Эти две схемы можно объединить в одну под названием Специальность:

19

Специальность(Номер_специальности, Название, Набор, Факультет).

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

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

ЭкзаменыПоСпециальности(Специальность, Экзамен).

Схема отношения Экзамен и схема отношения

ЭкзаменыПоСпециальности имеют одинаковые ключи и содержат информацию об одних и тех же объектах – экзаменах. Эти две схемы можно объединить в одну схему под названием Экзамен:

Экзамен(Номер, Предмет, Дата, Форма, Специальность).

Атрибут Специальность является внешним ключом, ссылающимся на ключ отношения Специальность.

Последняя связь – связь между классами Абитуриент и Экзамен. Дадим соответствующей ей схеме отношения название Оценки. Схема этого отношения будет включать ключ отношения Абитуриент (атрибуты {Серия, Номер}), ключ отношения Экзамен (атрибут Экзамен) и атрибут Оценка, соответствующий свойству связи:

Оценки(Серия, Номер, Экзамен, Оценка).

20

Так как абитуриент не может дважды сдавать один и тот же экзамен, то ключом будут атрибуты {Серия, Номер,

Экзамен}:

Оценки(Серия, Номер, Экзамен, Оценка).

Домены:

dom(Оценка) = {множество {2, 3, 4, 5, 6, зачет,

незачет}}.

Совокупность атрибутов {Серия, Номер} является внешним ключом, ссылающимся на ключ отношения

Абитуриент.

Атрибут Экзамен является внешним ключом, ссылающимся на ключ отношения Экзамен.

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

1.Абитуриент(Фамилия, Имя, Отчество, Серия, Номер, Дата_рождения, Медаль)

dom(Фамилия) = {строка символов длиной 25}; dom(Имя) = {строка символов длиной 25}; dom(Отчество) = {строка символов длиной 30}; dom(Серия) = {строка символов длиной 5}; dom(Номер) = {целое шестизначное число}; dom(Дата_рождения) = {дата};

dom(Медаль) = {множество {золотая, серебряная,

нет}}.

2.Специальность(Номер_специальности, Название, Набор, Факультет)

dom(Номер_специальности) = {целое число}; dom(Название) = {строка символов длиной 200}; dom(Набор) = {целое трехзначное число}; dom(Факультет) = {строка символов длиной 30}.

21

3.Экзамен(Номер, Предмет, Дата, Форма, Специальность)

Атрибут Специальность является внешним ключом, ссылающимся на ключ отношения Специальность.

dom(Номер) = {целое трехзначное число}; dom(Предмет) = {строка символов длинной 30}; dom(Дата) = {дата};

dom(Форма) = {множество {устно, письменно}}; dom(Специальность) = {целое число}.

4. Заявление(Серия, Номер, Специальность, Группа, Лист)

Совокупность атрибутов {Серия, Номер} является внешним ключом, ссылающимся на ключ отношения

Абитуриент.

Атрибут Специальность является внешним ключом, ссылающимся на ключ отношения Специальность.

dom(Серия) = {строка символов длиной 5}; dom(Номер) = {целое пятизначное число}; dom(Специальность) = {целое число}; dom(Группа) = {целое двухзначное число}; dom(Лист) = {целое трехзначное число}.

5. Оценки(Серия, Номер, Экзамен, Оценка)

Совокупность атрибутов {Серия, Номер} является внешним ключом, ссылающимся на ключ отношения

Абитуриент.

Атрибут Экзамен является внешним ключом, ссылающимся на ключ отношения Экзамен.

dom(Серия) = {строка символов длиной 5};

dom(Номер)

= {целое пятизначное число};

dom(Экзамен) = {целое трехзначное число};

dom(Оценка)

= {множество {2, 3, 4, 5, 6, зачет,

незачет}}.

Модель данных готова.

22

5. ПРАКТИЧЕСКИЕ ЗАДАНИЯ

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

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

Составить Базу Данных «Домашняя библиотека», в которой были бы представлены книги по разделам, например, фантастика, детективы и т.д. Составить запрос, который по фамилии автора определял какие книги есть в библиотеке.

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

Составить Базу Данных «Телефонный справочник», в которой представлены адреса и телефоны магазинов, парикмахерских, библиотек и т.д. Составить запрос, который по номеру магазина (или парикмахерской) определял бы его адрес и телефон.

23

6.КОНТРОЛЬНЫЕ ВОПРОСЫ

6.1.Системы управления базами данных - это

программное средство для автоматизации вычислений; программное средство для автоматизации

хранения и поиска информации; система для представления информационных

массивов во внешней памяти компьютера.

6.2. СУБД позволяют выполнять следующие операции: o представлять информацию о предметах и явлениях реального мира в структурированной

форме;

o хранить информацию на внешних запоминающих устройствах компьютера;

o передавать и получать информацию по телекоммуникационным каналам;

o осуществлять поиск и отбор информации по заданным критериям;

o выполнять сложные математические преобразования;

oвыполнять вычисления на основе информации, хранящейся в базе данных;

o объединять информацию, относящуюся к одним и тем же объектам и хранящуюся в разных базах данных;

o выводить информацию из базы данных на печать;

o строить и модифицировать графические объекты;

o дополнять информацией о новых объектах; o редактировать информацию в базе данных.

24

6.3. Таблица данных содержит

o информацию о совокупности однотипных объектов;

o информацию о совокупности всех объектов, относящихся к некоторой предметной области;

oинформацию о конкретном объекте.

6.4.Строка таблицы данных содержит

oинформацию о совокупности однотипных

объектов;

o информацию о совокупности всех объектов, относящихся к некоторой предметной области;

oинформацию о конкретном объекте.

6.5.Столбец таблицы данных содержит

oинформацию о совокупности однотипных объектов;

o информацию о совокупности всех объектов, относящихся к некоторой предметной области;

oинформацию о конкретном экземпляре объекта;

oсовокупность значений одного из информационных атрибутов для всех однотипных объектов.

6.6.Структура таблицы данных определяется

oразмерностью таблицы;

o списком наименований столбцов таблицы;

o списком наименований столбцов и номеров строк таблицы.

6.7. Полем данных называется

oзначение атрибута для конкретного экземпляра объекта;

o элемент структуры таблицы;

oсписок значений конкретного атрибута для всех однотипных объектов.

25

6.8.Поле данных может содержать информацию следующего типа

а) число; b) текст; c) примечания; d) формулы; e) звуковые объекты; f) ссылки на элементы других таблиц данных.

6.9.Таблица данных называется главной, если

o все данные базы представлены этой таблицей;

o все поля таблицы являются ссылками на другие таблицы данных;

o таблица данных содержит поля, являющиеся ссылками на другие таблицы данных;

oв составе базы данных есть таблица, содержащая поля - ссылки на данную таблицу.

6.10.Таблица называется подчиненной, если

oвсе данные базы представлены этой таблицей;

oвсе поля таблицы являются ссылками на другие таблицы данных;

o таблица данных содержит поля, являющиеся ссылками на другие таблицы данных;

oв составе базы данных есть таблица, содержащая поля-ссылки на данную таблицу.

6.11.Таблицы называются связанными, если

oодна из них является главной, а другая-

подчиненной;

o если одна из них является подчиненной другой(непосредственно или через цепочку таблиц данных);

oих структуры совпадают частично совпадают.

6.12.Ключом таблицы данных называется

oстрока таблицы, содержащая уникальную информацию;

26

o совокупность полей таблицы, однозначно определяющий каждую ее строку.

6.13.Могут ли разные строки таблицы иметь одинаковое значение ключа

а) да ; b) нет.

6.14.Запросом к базе данных называется

oтаблица, отсортированная по возрастанию или убыванию значений ключа;

oтаблица, полученная из исходной путем выбора строк, удовлетворяющих заданным условиям на значения полей;

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

6.15.На каком языке из перечисленных ниже записываются запросы для современных баз данных является

а) Clipper; b) Паскаль; c) SQL; d) Visual Basic.

6.16.В режиме СУБД могут использоваться следующие программы

а) FoxPro; b) Paradox; c) Windows; d) CorelDraw;

e) Supercalc; f) MS Works; g) MS Access; h) Лексикон.

6.17.Какие из СУБД предоставляют возможности визуального конструирования баз данных

а) FoxPro; b) Paradox; c) Windows; d) CorelDraw;

e) Supercalc; f) MS Works; g) MS Access; h) Лексикон.

27

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1.ANSI X3.135-1992, American National Standart for Information Systems [Text] // Database Language - SQL. – 1992. – November.

2.Astrahan, M. M. System R: A Relational Approach to Data Base Management [Text] / M. M. Astrahan // ACM Transactions on Data Base Systems. – 1976. – Vol. 1, No 97.

3.Specifying Queries as Relational Expressions: The SQUARE Data Sublanguage [Text] / R. F. Boyce, D. D. Chamberlin, W. F. King, M. M. Hammer // Communications ACM.

1975. – Vol. 18, November. – P. 621.

4.Chamberlin, D. D. Views, Authorization and Locking in a Relational Data Base System [Text] / D. D. Chamberlin, J. N. Gray, L. L. Traiger // Proceedings of AFIPS National Computer Conference. – 1975.

5.Chamberlin, D. D. SEQUEL: A Structured English Query Language [Text] / D. D. Chamberlin, F. B. Raymond // Proc. ACM-SIGMOD. – 1974.

6.Codd, E. F. A data base sublanguage founded on the relational calculus [Text] / E. F. Codd // Proc. ACM-SIGFIDET. – 1971. – pp. 35-68.

7.Codd, E. F. Extending the Database Relation Model to Capture More Meaning [Text] / E. F. Codd // ACM Transaction on Database Systems. – 1979. – Vol. 4, No 4. – pp. 397-434.

8.Codd, E. F. Further Normalization of the Data base Relational Model [Text] / E. F. Codd // Data Base Systems. – 1972.

pp. 33-64.

9.Codd, E. F. Normalized Data Base Structure: A Brief Tutorial [Text] / E. F. Codd // Proc. of 1971 ACM-SIGFIDET Workshop on Data Description, Access and Control. – 1971. – pp. 1-17.

10.Codd, E. F. Recent investigations in relational data base systems [Text] / E. F. Codd // Proc. IFIP Congress. – 1974. – pp. 1017-1021.

28