
- •Введение
- •Общая схема банка данных в системе
- •Основные понятия
- •Базы данных
- •Банк данных как система управления основные понятия
- •Банк данных как автоматизированная система
- •Субд с включающим языком
- •Информационные системы
- •Документальные аис основные понятия дескриптор
- •Фактографические аис
- •Основные понятия
- •Основные данные
- •Уровни моделей
- •Классификация моделей
- •Роль подсхемы
- •Этапы проектирования базы данных
- •Архитектура банка данных
- •Последовательность действий при чтении записи
- •Инфологическое проектирование базы данных
- •Модели данных и подъязыки данных
- •Иерархическая модель данных
- •Сетевая модель данных
- •Реляционная модель данных
- •Реляционные базы данных
- •Алгебра отношений
- •Преимущества реляционных бд
- •Отношения
- •Нормализация отношений
- •Функциональная зависимость
- •Полная функциональная зависимость.
- •Проектирование баз данных.
- •Специальные операции над отношениями
- •Операции над отношениями.
- •Централизация и децентрализация процессов обработки данных.
- •Традиционный набор операций
- •Нормализация отношений
- •Исчисление отношений
- •Вторая и третья нормальные формы.
- •26. Язык запросов sql
- •1 Основы sql
- •Многотабличные запросы на чтение (объединения)
- •Сортировка результатов запроса (предложение order by)
- •Объединение результатов нескольких запросов (union)*
- •Запрос на объединение и сортировка *
- •Многотабличные запросы на чтение (объединения)
- •Простое объединение таблиц (объединение по равенству)
- •Запросы с использованием отношения предок/потомок
- •Объединения с условием для отбора строк
- •Несколько связанных столбцов
- •Запросы на чтение к трем и более таблицам
- •Чтение всех столбцов
- •Самообъединения
- •Псевдонимы таблиц
- •Правила выполнения многотабличных запросов
- •Внешнее объединение таблиц *
- •Итоговые запросы на чтение
- •Агрегатные функции
- •Агрегатные функции в списке возвращаемых столбцов
- •Запросы с группировкой (предложение group by)
- •Несколько столбцов группировки
- •Ограничения на запросы с группировкой
- •Вложенные запросы на чтение
- •Внешние ссылки
- •Вложенные запросы и объединения
- •Связанные вложенные запросы
- •Однострочный оператор insert
- •В интерактивном режиме удобно не включать в оператор insert список столбцов, так как это уменьшает длину оператора. В случае программного
- •Многострочный оператор insert
- •Удаление существующих данных
- •Удаление всех строк
- •Оператор delete с вложенным запросом *
- •Обновление существующих данных
-
Классификация моделей
СУБД, нашедшие широкое применение в настоящее время, можно назвать синтаксико-ориентированными. Модель данных логического уровня, поддерживаемую средствами СУБД, называют даталогической моделью. Эта модель отражает логические связи между элементами данных безотносительно к их содержанию и среде хранения. Даталогическая модель строится с учётом ограничений конкретной СУБД. При построении даталогической модели учитываются особенности отображаемой предметной области. БД предполагает интегрированное и взаимосвязанное хранение данных, поэтому для проектирования даталогической модели необходимо иметь соответствующее описание предметной области. Выбор синтаксических конструкций проектируемой БД во многом определяется характером связей между отображаемыми в информационной модели сущностями предметной области,
выполненное без ориентации на используемые в дальнейшем программные и технические средства, называется инфологической моделью предметной области. Иногда к инфологической модели относят и описание информационных потребностей пользователя. Инфологическая модель предметной области является исходной по отношению к даталогической модели БД. Она служит связующим звеном между специалистами предметной области и администрацией БД в процессе проектирования БнД.
Для привязки даталогической модели к среде хранения используется модель данных физического уровня (иногда физической моделью).
Эта модель определяет используемые запоминающие устройства, способы расположения элементов данных в памяти, способы физической реализации логических отношений между элементами данных. Модель физического уровня строится с учетом ограничений СУБД и операционной системы.
Модель каждого последующего уровня строится на основе фиксированных характеристик моделей предшествующих уровней. Модели имеют разный уровень абстракции.
Выделение моделей разных уровней абстракции позволяет:
- разделить сложный процесс отображения “предметная область – база данных” на несколько итеративных более простых отображений;
- обеспечить специализацию разработчиков баз данных; возможность работать разным категориям пользователей с моделью соответствующего уровня;
- предоставить возможность активного и конструктивного участия в разработке баз данных лицам, не имеющим профессиональных навыков в области обработки данных;
- создать предпосылки автоматизации проектирования баз данных путем формализованного перехода с одного уровня моделей на другой.
Инфологическая модель отображает объективные, “внутренние” характеристики предметной области, поэтому она сравнительно стабильна. При наличии модели инфологического уровня изменение используемых программных и технических средств потребует не полного перепроектирования информационной базы, а только выполнения перехода от инфологической модели к схеме, поддерживаемой новыми программно-техническими средствами. Использование инфологической модели повышает адаптивность банков данных.
Различают глобальные и локальные модели.
Глобальные модели отражают точку зрения администратора базы данных, локальные – взгляды различных пользователей. Модель, обеспечивающую интегрированное представление о предметной области, называют концептуальной моделью, а модель логического уровня, соответствующую представлению о данных конкретного пользователя внешней моделью. Внешняя модель – подсхема. Применяются локальные модели. Локальные модели и подсхемы не всегда совпадают.