- •1 Что понимают под данными и информацией в контексте проектирования баз данных.
- •2 Приложение пользователя, разработка приложения.
- •3.Информационная система система обработки данных
- •4 Язык структурированных запросов sql основные команды
- •5 Последовательный доступ к данным, произвольный доступ к данным, индексно-последовательные файлы
- •7 База данных. Система управления базами данных. Система баз данных.
- •8 Нормализация; 1,2, 3 нормальные формы.
- •9. Детерминант; проекция реляционной таблицы; разбиение реляционной таблицы
- •10. Концептуальный, внешний, внутренний уровни базы данных.
- •11.Целостность данных. Правило категорной целостности; правило целостности на уровне ссылок
- •13 Иерархическая,сетевая, реляционная модели данных.
- •15 Ограничительные условия. Избыточность данных; аномалия обновления; аномалия ввода.
- •16 Запись таблицы. Ключи: Потенциальный, первичный, внешний, рекурсивный, составной.
- •17 Реляционная схема базы данных. Функциональная зависимость.
- •18 Рекурсивное отношение порядок отношения; первичный ключ; потенциальный ключ; внешний ключ; составной ключ.
- •19 Реляционная схема базы данных. Целостность данных.
- •20 Реляционная модель данных; таблицы и связи; атрибут реляционной таблицы, область атрибута; кортеж.
- •21 Правило категорной целостности. Целостность на уровне ссылок.
- •22 Объект “Макросы”
- •23 Аномалия обновления. Аномалия удаления. Аномалия ввода.
- •24 Концептуальное проектирование базы данных.
- •25 Нормальные формы: первая нормальная форма, вторая нормальная форма, третья нормальная форма
- •26 Отношение; мощность отношения; отношения «один-к-одному», «один-ко- многим», «многие-ко-многим».
- •27 Ограничения на поля таблиц
- •28 Суррогатный ключ; составное объектное множество.
- •29 Какие команды манипуляции данными вы знаете? Команды добавления, удаления атрибутов, удаления таблиц.
- •31.Объект «Таблицы»
- •32. Модель данных: иерархическая, сетевая, реляционная модели. Физический указатель. Потомок, предок.
- •33. Объект запросы
- •34 Псевдонимы таблиц. Представления. Хранимая процедура
- •35 Объект формы
- •37 Объект отчеты
- •38 Объект “Макросы”
- •39 Создание резервной копии базы данных. Восстановление базы данных.
- •40 Пользовательские приложения.
- •41 База данных. Система управления базами данных. Компоненты системы баз данных.
- •42 Технология Клиент/сервер
- •43 Недостатки файловых систем
- •44 Последовательный произвольный доступ к данным .Индексно-последовательные файлы.
- •45 Информационная система. Система обработки данных.
- •46 Информация. Необходимость управления информацией
- •47. Концептуальный, внешний, внутренний уровни базы данных.
7 База данных. Система управления базами данных. Система баз данных.
БАЗА ДАННЫХ (БД). Совокупность специальным образом организованных, логически связанных данных, предназначенных для обеспечения информационных потребностей организации. Другими словами БД это множество взаимосвязанных единиц данных, которые могут обрабатываться одной или несколькими прикладными системами. БД наряду с системой управления базой данных (СУБД), оборудованием и пользователями БД входит в состав системы баз данных. По сфере применения БД подразделяются на специальные и универсальные. По месту расположения данных БД подразделяются на локальные (персональные), общие (интегрированные) и распределенные. При проектировании и реализации БД используются модели данных - концептуальные способы структурирования данных. Наиболее известными моделями данных являются иерархическая, сетевая и реляционная. Процесс проектирования БД может быть представлен следующими этапами: формулировка и анализ требований, концептуальное (инфологическое) проектирование, проектирование реализации (датологическое проектирование), физическое проектирование.СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ (СУБД). Программное обеспечение, осуществляющее управление базой данных. СУБД - средство, с помощью которого прикладные программы или пользователи работают с данными базы. При выборе СУБД следует исходить из ее возможностей и ограничений. Степень их важности определяется прикладными аспектами разрабатываемой БД. В частности при выборе СУБД следует обращать внимание на следующие возможности: контроль доступа, контроль параллельной обработки, средства резервного копирования и восстановления, средства шифровки.
8 Нормализация; 1,2, 3 нормальные формы.
Нормализация – разбиение исходной таблицы на несколько новых таблиц, с целью ликвидации дублирования данных и устранения противоречивости. Цель нормализации – получить такой проект БД, в котором каждый факт заполняется лишь в одном месте. Уровни нормализации определяются по нормальным формам.
ПЕРВАЯ НОРМАЛЬНАЯ ФОРМА. Отношение приведено к первой нормальной форме, если все его атрибуты атомарны. Другими словами, ни один из элементов отношения сам не должен быть отношением. Например, если в процессе описания отношения ПОСТАВКА один из его атрибутов ПОСТАВЩИК является в свою очередь отношением, включающим атрибуты ФИО, ТЕЛЕФОН, то такое отношение не приведено к первой нормальной форме. Для приведения отношения к первой нормальной форме нужно избавиться от сложного атрибута ПОСТАВЩИК и заменить этот атрибут на два простых ФИО ПОСТАВЩИКА и ТЕЛЕФОН ПОСТАВЩИКА.
ВТОРАЯ НОРМАЛЬНАЯ ФОРМА. Отношение приведено ко второй нормальной форме, если каждый неключевой атрибут функционально полно зависит от ключевого атрибута. Под функциональной зависимостью понимают ситуацию, когда значение атрибута в кортеже однозначно определяет значение другого атрибута в кортеже. Например, отношение ВЕДОМОСТЬ=(СТУДЕНТ, ДИСЦИПЛИНА, ПРЕПОДАВАТЕЛЬ, ОЦЕНКА) не находится во второй нормальной форме, т.к. атрибут ПРЕПОДАВАТЕЛЬ не находится в функционально полной зависимости от составного ключа СТУДЕНТ+ ДИСЦИПЛИНА. Атрибут ПРЕПОДАВАТЕЛЬ зависит только от атрибута ДИСЦИПЛИНА и не находится в функционально полной зависимости от составного ключа. Для приведения отношения ВЕДОМОСТЬ ко второй нормальной форме его надо разбить на два отношения УСПЕВАЕМОСТЬ и ПРЕПОДАВАТЕЛЬ.
ТРЕТЬЯ НОРМАЛЬНАЯ ФОРМА. Отношение приведено к третьей нормальной форме, если устранены транзитивные зависимости между атрибутами отношения. Транзитивная зависимость имеет место в том случае, если один неключевой атрибут зависит от другого неключевого атрибута. Например, отношение СПИСОК СОТРУДНИКОВ=(СРТРУДНИК, ДОЛЖНОСТЬ, ПОДРАЗДЕЛЕНИЕ, ТЕЛЕФОН) не приведено к третьей нормальной форме, т.к. атрибут ТЕЛЕФОН зависит от неключевого атрибута ПОДРАЗДЕЛЕНИЕ. Для приведения отношения к третьей нормальной форме отношение СПИСОК СОТРУДНИКОВ нужно разбить на два отношения СОТРУДНИКИ и ПОДРАЗДЕЛЕНИЯ.