
- •Предисловие
- •1. Модели данных
- •1.1. Введение в базы данных
- •1.1. Структура интегрированного производственного комплекса
- •1.2. Трехуровневое представление интегрированной базы данных
- •1.3. Взаимодействия с бд
- •1.2. Концептуальное (семантическое) моделирование баз данных
- •1.1 1. Концептуальная модель бд в нотации п. Чена
- •1.13. Фрагмент концептуальной модели проектной организации (idef1x)
- •1.14. Фрагмент концептуальной модели в нотации Баркера
- •1.3. Логическое моделирование данных
- •1.15. Иерархическая модель данных
- •1.16. Организация иерархической модели
- •1.17. Иерархическая модель, поддерживаемая субд инес
- •1.18. Сетевая модель данных
- •1.19 . Организация сетевой модели
- •1.20. Таблица реляционной базы данных
- •1.21. Концептуальная модель тестовой базы данных
- •1.22. Физическая модель тестовой базы данных
- •2. Системы управления базами данных
- •2.1. Функции субд
- •2.1. Организация индексов
- •2 .2. Схема выполнения запроса
- •2.2. Унифицированный язык для работы с бд sql
- •2.3. Тенденции развития субд
- •3. Автоматизированные информационные системы
- •3.1. Сетевая обработка данных
- •3.1. Варианты организации взаимодействий в архитектуре “клиент-сервер”
- •3.2. Схема с централизованными данными
- •3.3. Иерархическая схема распределения данных
- •3.4. Схема с расщепленными данными
- •3.5. Схема с разделенными данными
- •3.6. Схема с реплицированными данными
- •3.2. Виды автоматизированных информационных систем
- •3.7. Структура документальной ипс
- •3.8. Варианты организации справочников в ипс
- •3.9. Функциональная диаграмма управления движением документов в edms-системе
- •3.10. Структура корпоративной информационной системы
- •3.11. Вариант упрощенного гиперкуба для анализа поставок деталей
- •3.12. Схема типа «звезда» аналитической витрины по поставкам деталей
- •3.13. Фрагмент сформированного отчета по поставкам деталей
- •3.3. МетодЫ анализа и проектирования информационных систем
- •3.14. Изображение блока
- •3 .15. Изображение дуги
- •3.16. Варианты объединения дуг
- •3.17. Функциональный блок и интерфейсные дуги
- •3.18. Декомпозиция диаграмм
- •3.28. Диаграммы потоков данных в нотации Yourdon / De Marco
- •3.29. Диаграммы потоков данных в нотации ssadm
- •3.30. Диаграммы потоков данных в нотации Gane/Sarson
- •3.31. Контекстная dfd- диаграмма
- •3.33. Ошибка, связанная с расщеплением потоков данных
- •3.34. Ошибка, связанная с использованием циклов
- •3.35. Ошибка, связанная активацией процессов входными сигналами
- •3.36. Пример диаграммы классов
- •3.37. Пример диаграммы объектов
- •3.38. Пример диаграммы компонентов
- •3 .39. Пример диаграммы развертывания
- •153003, Г. Иваново, ул. Рабфаковская, 34
1.2. Трехуровневое представление интегрированной базы данных
Внешнее представление (внешняя модель данных) определяет способы представления данных отдельными пользователями (приложениями).
Внутреннее представление (физическая модель данных) определяет уровень, связанный со способами хранения данных на внешних носителях информации. Физическая модель БД включает структуру таблиц, типы полей, ключи, индексы и т.п. При этом в ней не отражаются физические области хранения и методы доступа к данным, которые находятся в ведении администратора БД и поддерживаются посредством конфигурационных файлов конкретной СУБД.
Концептуальное представление (концептуальная или логическая модель данных) отражает семантику предметной области в виде совокупности информационных объектов (сущностей), их характеристик (свойств) и связей между ними. Семантика − это смысловое обозначение слова. Концептуальное представление является промежуточным уровнем между внешним и внутренним. Если внешний уровень связан с индивидуальными представлениями пользователей, то концептуальный уровень связан с обобщенным представлением о предметной области.
1.1.4. Пользователи базы данных
С интегрированной базой данных могут работать следующие специалисты: системный аналитик, администратор базы данных, прикладной программист, конечный пользователь (рис. 1.3).
Создание БД начинается с деятельности системного аналитика, который проводит информационное обследование предметной области и занимается ее моделированием на концептуальном уровне. На системного аналитика часто возлагается координация действий при проектировании, создании и ведении БД.
Администратор БД – это лицо, реализующее управление БД. К его функциям относятся:
знание функциональности серверов БД и умение оптимально организовать ведение баз данных на их основе, включая санкционирование доступа, организацию параллельной работы приложений, поддержание целостности базы;
управление производительностью информационной системы (временные характеристики, используемые вычислительные ресурсы);
координация работы прикладных программистов, разрабатывающих приложения.
Конечные пользователи работают с БД
посредством конструкторов запросов
(например, QBE) или через соответствующие
интерфейсы информационных систем. Среди
пользователей БД могут быть прикладные
программы, которые осуществляют доступ
к базе посредством драйверов SQL различных
СУБД (ODBC, JDBC, BDE). С внедрением
Интернет-технологии стали появ
ляться
соответствующие библиотеки компонентов
для обеспечения доступа к базам данных.
1.3. Взаимодействия с бд
Главной задачей создания БД является интеграция информации для достижения максимально высокого уровня независимости приложений (иммунитет приложений) от изменения структуры хранения данных и методов доступа к ним. Существует два уровня независимости в трехуровневом представлении информации, поддерживаемом СУБД:
логическая независимость – внешние приложения не чувствительны к развитию концептуальной модели БД (безболезненно для созданных ранее внешних приложений выполняется реструктуризация базы данных);
физическая независимость – внешние приложения не чувствительны к физической организации БД (организации дискового пространства, применяемым методам доступа, т. е. типу выбранной СУБД).