- •Концепция баз данных
- •Не реляционные модели данных. Примеры реализации.
- •Реляционная модель данных. Таблицы, записи, поля, связи.
- •Нормализация баз данных
- •Достижения реляционной алгебры
- •Особенности языка sql
- •Преимущества и недостатки sql
- •Реляционные операции.
- •Расширения, диалекты и средства интеграции языка sql
- •Группы операторов sql и операторы, входящие в группы.
- •Sql и реляционная модель. Компромиссы в технических решениях
- •Базы данных и субд. Определение реляционной субд.
- •Развитие реляционных субд. Современные субд. Классификация субд.
- •Основные функции субд (в скобочках в основном дополнение пункта, а не расшифровка)
- •Транзакции. Свойства транзакции.
- •Поддержка транзакций в sql.
- •Механизмы транзакций. Снапшот.
- •Блокировки и клинчи. Разрешение клинчей
- •Журнализирование. Зачем нужны журналы транзакций.
- •Восстановление субд после сбоев.
- •Управление внешней памятью.
- •Словарь субд. Данные в словаре субд.
- •Архитектура субд. Взаимодействие субд с клиентом.
- •Создание таблиц и атрибутов. Ограничение таблиц и атрибутов.
- •Типы связей между сущностями и их реализация в реляционной субд.
- •Ключи, как средство создания связей, первичные и внешние ключи.
- •Ключи и атрибуты. Суррогатные ключи как идеальные первичные ключи.
- •Вопрос 31 про ключи.
- •Ключи и индексы.
- •Использование индексов и основные сведения о индексах.
- •Удаление записей и целостность базы данных.
- •Секционирование и кластеризация таблиц.
- •Основные цели и основной результат проектирования бд.
- •Представление и их место в бд.
- •Роли пользователей субд. Пользователи, роли и разграничение прав доступа.
- •Хранимые (встроенные) процедуры субд. Типы хранимых процедур.
- •Триггеры и их использование в субд.
- •NoSql базы, особенности и место в информационных системах.
- •Особенности тестирования программ, написанных на языке sql.
- •Администрирование субд. Основные функции администратора субд.
- •Обеспечение живучести и отказоустойчивости. Копирование и репликация.
Словарь субд. Данные в словаре субд.
Структура Базы данных – тоже данные!
Структура Базы данных тоже может храниться в таблицах
А еще, например, коды и расшифровки ошибок исполнения SQL
А еще имена и пароли пользователей
И, конечно, таблица DUAL
Словарь СУБД Oracle:
(интернет) Системный каталог, или словарь данных, является хранилищем информации, описывающей данные в базе данных (по сути, это "данные о данных", или метаданные). В зависимости от типа используемой СУБД количество информации и способ ее применения могут варьироваться. Обычно в системном каталоге хранятся следующие сведения:
• имена, типы и размеры элементов данных;
• имена связей;
• накладываемые на данные ограничения поддержки целостности;
• имена санкционированных пользователей, которым предоставлено право доступа к данным;
• статистические данные, например, частота транзакций и счетчики обращений к объектам базы данных.
(не знаю, что еще тут написать)
Архитектура субд. Взаимодействие субд с клиентом.
Уровни архитектуры СУБД:
Внутренний – связан со способами хранения информации на внешних устройствах
Внешний – связан со способами представления конкретных пользователей
Концептуальный – связан с обобщенным представлением пользователей, абстрактным представлением данных в целом.
Толстый или Rich-клиент в архитектуре клиент-сервер — это приложение, обеспечивающее (в противовес тонкому клиенту) расширенную функциональность независимо от центрального сервера. Часто сервер в этом случае является лишь хранилищем данных, а вся работа по обработке и представлению этих данных переносится на машину клиента.
Тонкий клиент (англ. thin client) в компьютерных технологиях — компьютер или программа-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер. Примером тонкого клиента может служить компьютер с браузером, использующийся для работы с веб-приложениями. Данным термином может также называться P2P-клиент, использующий в качестве сервера другие узлы сети.
Преимущества трехзвенной архитектуры и область ее применения.
Простота модификации
Простота расширения
Простота интеграции
Повышение безопасности
Возможность работы тонкого клиента
Низкая стоимость внедрения
Очень простая поддержка
Независимость от ОС
Доступность из любой точки мира
Жизненный цикл информационной системы.
В начале 80-х годов прошлого века известный отечественный ученый В. В. Липаев предложил следующую схему жизненного цикла ИС
Современная модель жизненного цикла – спиральная.
Анализ требований (упрощенная схема).
Выделение сущностей и связей.
Выявляем требования и собираем информацию:
Изучение документации
Проведение собеседований
Наблюдение за работой предприятия
Проведение исследований
Проведение анкетирования
Определяем основные бизнес-процессы
Запись на прием к врачу
Прием у врача
Составление расписания специалистов
Определяем сущности на основе всего вышесказанного: (сущность – отдельная таблица):
Документы
События
Объекты
Люди
Выделяем основные сущности:
Пациент
Карточка пациента
Запись на прием
Расписание приема специалистов
Специалист
Больничный
Анализ
Назначенные лекарства
Правила составления расписания
На основе анализа определяются основные связи, они могут быть:
