
- •1. 1)Общие сведения о бд и субд
- •2) Основные функции субд
- •4) Уровни представления данных в субд
- •3) Обобщенная архитектура субд
- •5) Sql: история, стандарты
- •6) Языки баз данных
- •7) Язык qbe
- •8) Функциональная зависимость и нормализация отношений
- •9) Использование функций агрегирования в построении запросов
- •10) Модели данных
- •11) Форматирование результатов запросов
- •12) Иерархическая модель
- •13) Ограничения целостности
- •14) Сетевая модель
- •15) Создание, изменение и удаление таблиц средствами sql
- •16) Реляционная модель
- •17) Sql server. Характеристика объектов бд
- •18) Структура реляционных данных
- •19) Системные базы данных
- •1. Отношения: определение, свойства.
- •20) Создание бд в sql server
- •21.Реляционные ключи.
- •22.Основные типы данных.
- •23.Реляционная целостность.
- •24.Индексы: типы, назначение, создание.
- •25.Реляционные языки.
- •26.Подключение бд к sql server.
- •27.Связанные запросы.
- •28.Этапы обработки запросов.
- •29.Поддержка основных правил целостности данных.
- •30.Основные этапы проектирования баз данных.
- •31.Sql server. Характеристика объектов бд.
- •32.Вторая нормальная форма
- •33.Реляционная алгебра. (Унарные операции).
- •34.Концептуальное проектирование.
- •35.Управление транзакциями
- •36.Основные операции реляционной алгебры.
- •37.Обзор процесса нормализации.
- •38.Методология физического проектирования реляционных баз данных.
- •39.Методология концептуального проектирования.
- •40.Методология логического проектирования.
- •41.Обновляемые представления
- •42.Концепция er-модели.
- •43.Представления. Изменение значений с помощью представлений.
- •44.Избыточность данных и аномалии обновления.
- •45. Структура современной субд на примере Microsoft sql Server.
- •46.Защита баз данных.
- •47.Оптимизация запросов.
- •48.Эвристические правила преобразования операций реляционной алгебры.
- •49.Уровни представления данных в субд.
- •50.Подсистема типичной обработки транзакций.
49.Уровни представления данных в субд.
В процессе проектирования информационных систем принято выделять четыре уровня восприятия и отображения информации предметной области:
инфологический уровень;
концептуальный уровень;
внешний уровень;
внутренний уровень.
Каждому уровню соответствует модель данных, которая специфицируется с помощью языка описания данного уровня. Модель каждого уровня, представленную на языке описания, принято называть схемой.
В зависимости от уровня представления информации различают следующие типы схем:
инфологическая схема, дающая общее информационно-логическое представление о предметной области (общее описание протекания информационных процессов в предметной области);
концептуальная схема, описывающая информацию о предметной области в терминах (концептах) конкретной СУБД (общее описание протекания информационных процессов в предметной области, отображенное средствами конкретной СУБД);
внешняя схема, представляющая информацию о предметной области для прикладных программ и пользователей системы (частный взгляд пользователя на информационные процессы в предметной области, через концепты конкретной СУБД);
внутренняя схема, характеризующая физический уровень представления информации и показывающая каким образом функционируют информационные процессы предметной области на аппаратных средствах конкретной ЭВМ и СУБД.
50.Подсистема типичной обработки транзакций.
Подсистема обработки транзакций включает в себя следующие основные компоненты:
Модуль формирования транзакций (предоставляет пользователю диалоговые средства, позволяющие решать задачи);
Модуль процессинга транзакций(обеспечивает управление основными процедурами, предусмотренными технологическим циклом обработки транзакций по банковским картам);
Средства поддержания обмена клиринговыми файлами с международными платежными системами(обеспечивают формирование исходящих клиринговых файлов в соответствии с требованиями платежных систем (Outgoing files), а также прием и обработу входящих клиринговых файлов от этих платежных систем (Incoming files));
Средства поддержания обмена клиринговыми файлами с участниками локальной платежной системы(обмена в рамках локальной ПС) может использоваться в том случае, если на основе нескольких экземпляров системы 3Card-B предполагается организовать взаимодействие в рамках локальной платежной системы);
Интерфейс с системой авторизации(обеспечивает формирование обменных файлов для направления в систему авторизации и прием и обработку обменных файлов, поступающих из системы авторизации);
Интерфейс с банковской системой (обеспечивает подготовку файла платежных инструкций (проводок) и передачу его для импорта в банковскую систему обслуживаемого участника);
Средства генерации отчетов.