- •3)Понятие структурного анализа
- •4)Моделирование потоков данных. Построение иерархии диаграмм потоков данных
- •5)Методология функционального моделирования sadt
- •6)Состав функциональной модели sadt. Иерархия диаграмм в методологии sadt
- •7)Диаграммы «сущность-связь»
- •8)Сущности, отношения и связи в нотации Чена
- •9)Типы связей в нотации Чена
- •10)Диаграммы атрибутов в классической модели Чена
- •11)Диаграммы категоризации в модели Чена
- •12)Модель «сущность-связь» в нотации Баркера
- •13)Методика построения информационной модели системы.
- •14)Распределенные и централизованные базы данных. Архитектура файл-сервер. Архитектура клиент-сервер.
- •15)Иерархическая и сетевая модели данных.
- •16)Реляционная модель данных. История развития. Основные понятия (тип данных, домен, отношение, кортеж, атрибут, ключ).
- •17)Реляционная база данных.
- •18)Функции системы управления базами данных (субд): управления данными во внешней памяти, управление буферами оперативной памяти, управление транзакциями.
- •19)Функции системы управления базами данных: журнализация, поддержка языков баз данных.
- •20)Типовая организация современной субд.
- •21)Базовые средства манипулирования реляционными данными.
- •22)Реляционная алгебра. Общая интерпретация реляционных операций.
- •23)Особенности теоретико-множественных операций реляционной алгебры.
- •24)Реляционное исчисление.
- •25)Целостность сущностей и ссылок.
- •26)Субд в архитектуре клиент-сервер. Открытые системы.
- •27)Системная архитектура клиент-сервер. Удаленный вызов процедур.
- •28)Сервера баз данных.
- •29)Типичное распределение функций между клиентом и сервером. Распределенные базы данных.
- •30)Разновидности распределенных систем.
- •31)Распределенная компиляция запросов.
- •32)Язык реляционных баз данных Transact-sql (t-sql). История развития. Идентификаторы в t-sql.
- •33)Язык t-sql. Выражения.
- •34)Язык t-sql. Числовые и денежные типы данных. Типы данных для хранения информации о времени.
- •49) Создание, изменение и удаление представлений средствами t-sql.
- •35)Язык t-sql. Символьные и текстовые типы данных.
- •36)Язык t-sql. Специальные типы данных. Конвертирование типов данных.
- •37)Управляющие конструкции t-sql.
- •38)Процесс проектирования таблиц в реляционной базе данных. Определение идентификационной колонки.
- •39)Создание таблиц средствами t-sql.
- •40)Изменение структуры таблицы средствами t-sql. Удаление таблиц.
- •41)Добавление данных в таблицу средствами t-sql. Использование insert и select…into.
- •42)Извлечение данных средствами t-sql. Команда select. Разделы select и into.
- •Раздел into предназначен для сохранения результата, выполнения запроса в заданной таблице.
- •44)Извлечение данных средствами t-sql. Команда select. Разделы where, group by, having, order by.
- •43)Извлечение данных средствами t-sql. Команда select. Раздел from.
- •45)Изменение данных в таблице средствами t-sql. Команда update.
- •46)Удаление данных средствами t-sql. Команда delete.
- •47)Хранимые процедуры. Этапы создания.
- •48)Создание, модификация и удаление хранимых процедур средствами t-sql.
31)Распределенная компиляция запросов.
Компиляция запросов может производиться на стадии предкомпиляции прикладной программы написанной на обычном языке программирования с включением приложения на SQL или в процессе выполнения транзакций с использованием SQL. С точки зрения пользователя процесс компиляции приводит к следующим результатам:
Для каждого приложения на SQL образуется программа в машинных кодах, вызовы которой помещаются в текст исходной прикладной программы. Будем называть главным узлом сети тот узел в котором инициирован процесс компиляции приложений SQL и дополнительными узлами те узлы которые вовлекаются в этот процесс в ходе его выполнения.
Процесс распределенной компиляции запросов можно разбить на стадии:
1. В главном узле сети производится грамматический разбор с построением внутреннего представления запроса в виде дерева. На основе информации из локального каталога главного узла и удаленных каталогов дополнительных узлов производится замена имен объектов фигурирующих в запросе на их системные идентификаторы.
2. В главном узле генерируется глобальный план выполнения запроса, в котором учитывается только порядок взаимодействия узлов при реальном выполнении запроса. Глобальный план отображается в преобразованном соответствующим образом дереве запросов.
3. Если в глобальном плане выполнения запроса участвуют дополнительные узлы, производится его декомпозиция на части, каждую из которых можно выполнить в одном узле.
4. В каждом узле, участвующем в глобальном плане выполнения запроса, главном или дополнительном выполняется завершающая стадия компиляции: оптимизация и генерация машинных кодов. На этой стадии производится проверка прав пользователя, от имени которого выполняется компиляция на выполнение соответствующих действий. Происходит обработка представлений базы данных. Осуществляется локальная оптимизация обрабатываемой части запроса в соответствии с имеющимися индексами и производится генерация кода.
32)Язык реляционных баз данных Transact-sql (t-sql). История развития. Идентификаторы в t-sql.
Язык SQL был разработан в 70-х годах прошлого века корпорацией IBM как язык управления реляционными базами данных. До него и после него были попытки создания альтернативных языков, но стандартом стал именно SQL. Практически все производители промышленных СУБД используют и развивают в своих программных продуктах ту или иную модификацию SQL. С 70-х годов было разработано много версий языка часто несовместимых друг с другом. В результате в 1992 г. Американским институтом стандарта был разработан стандарт SQL92 описывающий поведение SQL ориентированных серверов баз данных и регламентирующий основные правила работы с ними. Целью разработки этого стандарта было уменьшение несовместимости различных версий языка SQL. Однако несмотря на все усилия и попытки добиться единого стандарта каждый из производителей использует и развивает свою модификацию SQL.
Идентификаторы
Все объекты MS SQL сервер имеют свои собственные имена, с помощью которых можно ссылаться на них.
Имена объектов называются идентификаторами. Transact SQL налагает ряд ограничений наименований объектов:
Первый символ имени объекта должен быть одним из символов латинского или национального алфавита, либо символом подчеркивания. Для обозначения объектов сервер разрешает использование символов @, # для именования временных таблиц и хранимых процедур. Временные объекты существуют только в течении сеанса или транзакции, а за тем уничтожаются. Для обозначения глобальных временных объектов, к которым могут обращаться все пользователи Transact SQL позволяет использовать символы @@, ##. Некоторые функции и переменные начинаются с символа @@.
Основная часть идентификатора может включать любые символы, десятичные цифры, подчеркивание, решетки и т. д.
При выборе имени следует убедиться, что оно не является зарезервированным словом, и что не существует объект с таким именем. Transact SQL не различает регистров.
Запрещено использование внутри имени пробелов, круглых скобок и спец. символов.
Длина имени объекта не должна превышать 128 символов. Исключения составляют имена временных таблиц, длина имени которых не должна превышать 116 символов.