- •1. Экономическая информация, ее виды и структурные единицы
- •5.Внутримашинная организация экономической информации. Понятие базы данных
- •4. Внутримашинная организация экономической информации. Файловая организация данных и ее недостатки.
- •2. Экономические информационные системы, их классификация и информационное обеспечение
- •3. Внемашинная организация экономической информации
- •6. Трехуровневая модель организации бд
- •7. Иерархическая модель
- •8. Сетевая модель
- •9. Основные понятия реляционной модели данных (отношения, домен, схема отношения, степень отношения, декарство произведения, атрибут, кортеж)
- •11. Условия реляционной целостности
- •13. Этапы проектирования баз данных
- •10. Основные понятия реляционной модели данных(фундаментальные св-ва отношений, первичный ключ, связывание таблиц, внешний ключ, схема данных)
- •12. Устройства для хранения баз данных
- •14. Модель «сущность-связь» (er-модель)
- •15. Преобразование er-модели в реляционную модель данных для связей типа 1:1 с обязательным участием с обеих сторон.
- •16.Преобразование er-модели в реляционную модель данных для связей типа 1:1 с обязательным участием с одной стороны и необязательным с др стороны.
- •17. Преобразование er-модели в реляционную модель данных для связей типа 1:1 с необязательным участием с обеих сторон.
- •18. Преобразование er-модели в реляционную модель данных для связей типа 1:м с обязательным участием со стороны «многие»
- •19. Преобразование er-модели в реляционную модель данных для связей типа 1:м с необязательным участием со стороны «многие»
- •34. Администратирование базы данных. Восстановление базы данных
- •20. Преобразование er-модели в реляционную модель данных для связей типа m:n.
- •21. Нормализация таблиц. Эффективность реляционной базы данных. Первая нормальная форма (1нф).
- •22. Нормализация таблиц. Функциональная зависимость. Полная и частичная функциональная зависимость. Вторая нормальная форма (2нф).
- •23. Нормализация таблиц. Транзитивная зависимость. Третья нормальная форма (3нф).
- •24. Понятие и возможности системы управления базами данных(субд)
- •25. Классификация систем управления базами данных (субд)
- •26. Системы управления базами знаний
- •27. Удаленная обработка данных
- •28. Обработка запросов в архитектуре файл/сервер
- •30. Архитектура системы обработки распределенной базы данныхРаБд
- •29. Обработка запросов в архитектуре клиент/сервер
- •31. Хранилища данных
- •32.Администратирование базы данных. Пользователи и администратор бд
- •33. Администратирование базы данных .Защита баз данных
9. Основные понятия реляционной модели данных (отношения, домен, схема отношения, степень отношения, декарство произведения, атрибут, кортеж)
Самая распространенная сегодня реляционная модель данных (РМ) была предложена американским математиком Коддом, который в 1970 г. впервые сформулировал ее основные понятия.
В основе РМ данных лежит понятие отношение(relation). Отношение отображает некоторый объект, объект характеризуется набором атрибутовD1, D2, ..., Dn, a каждый атрибут – набором допустимых значений, называемым доменом. Пусть
D1 = {x1, x2, ...,xk}
D2 = {y1, y2, ...,yl}
. . . . . . . . . . . . . . .
Dn = {z1, z2, ...,zт}.
Список пар из имен и типов атрибутов называется схемой отношения, а количество атрибутов в отношении – степенью отношения.
Отношение определяется как подмножество R декартова произведения D1D2... Dn, т.е.
RD1D2... Dn.
Декартово произведение – это набор всевозможных сочетаний из пзначений, где каждое значение берется из своего домена.
Например, пусть D1содержит номера двух заказов {1021, 1022}, D2 – коды двух клиентов {К1, К2}, D3 – веса двух заказов {100, 200}. В этом случае отношение Rесть декартово произведение D1D2D3, которое представляет собой набор из 8 троек значений, где первое значение – это один из номеров заказов, второе – один из кодов клиентов, а третье – один из весов заказа
Термин отношение используется как синоним слова таблица. Так, описанное выше отношение можно представить как таблицу следующего вида.
R | ||
Номер заказа |
Код клиента |
Вес заказа |
1021 |
К1 |
100 |
1021 |
К1 |
200 |
1021 |
К2 |
100 |
1021 |
К2 |
200 |
1022 |
К1 |
100 |
1022 |
К1 |
200 |
1022 |
К2 |
100 |
1022 |
К2 |
200 |
Столбцыэтой таблицы соответствуют атрибутам, а строкиназываются кортежами.
На практике отношения со всевозможными сочетаниями значений атрибутов встречаются редко.
11. Условия реляционной целостности
В реляционной модели данных должны выполняться два условия целостности данных.
Условие целостности таблицнакладывает ограничения на значения первичного ключа. Они должны быть уникальными и непустыми. Т.о. не каждое поле может быть выбрано в качестве первичного ключа.
Условие ссылочной целостностипредполагает, что каждое значение внешнего ключа должно совпадать с одним из значений первичного ключа либо быть неопределенным (т.е. ни на что не ссылаться).
При обновлении подчиненной таблицы, т.е. вставке новых строк или изменении значения внешнего ключа в существующих строках, достаточно следить за тем, чтобы не появились некорректные значения внешнего ключа. Например, при вводе данных о новом сотруднике нельзя указать значение поля КодОтдела, которого нет в главной таблице.
Проблемы возникают при удалении строк из главной таблицы. Существуют три подхода поддержки целостности по ссылкам при удалении строк из главной таблицы. Первый подход заключается в том, что запрещается производить удаление строки, на которую существуют ссылки (т.е. сначала нужно либо удалить ссылающиеся строки из подчиненной таблицы, либо соответствующим образом изменить значения их внешнего ключа). При втором подходе при удалении строки, на которую имеются ссылки, во всех ссылающихся строках подчиненной таблицы значение внешнего ключа автоматически становится неопределенным. Третий подход (каскадное удаление) состоит в том, что при удалении строки из главной таблицы из подчиненной автоматически удаляются все ссылающиеся строки (например, при удалении записи о каком-либо отделе из главной таблицы из подчиненной таблицы удаляются все сотрудники данного отдела).