Главная Учебники - Разные Лекции (разные) - часть 35
|
Министерство образования и науки Республики Казахстан ВОСТОЧНО-КАЗАХСТАНСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ им. Д. СЕРИКБАЕВА И.А.
Загайнов
Конспект мультимедиа лекций для студентов специальностей 050704 – «Вычислительная техника и программное обеспечение», 050703 – «Информационные системы». Усть-Каменогорск 2008 Загайнов И.А.
Проектирование информационных систем: Конспект мультимедиа лекций для студентов специальностей 050704 – Вычислительная техника и программное обеспечение, 050703 – Информационные системы. / Изд-во ВКГТУ.- Усть-Каменогорск, 2008. – 111с. Конспект мультимедиа лекций (конспект) входит в состав электронного методического пособия по дисциплине. Конспект содержит текстовую часть всех слайдов мультимедиа лекций в формате MSWord в удобной для распечатки форме. Конспект лекций используется для: - внесения пометок при прослушивании лекций; - записи ответов на обсуждаемые вопросы; - запись ответов на вопросы тренировочных тестов; - фиксирования последовательности проектирования элементов, и т.д. В электронном виде конспект удобно использовать для копирования кода SQL – операторов, кода программ обработки событий компонентов. Утверждено методической комиссией факультета информационных технологий и энергетики. Протокол № _____ от ____________ 2008г. © Издательство ВКГТУ им. Д. Серикбаева, 2008 СОДЕРЖАНИЕ 2 Технологии и методы проектирования. 13
3 Системы управления базами данных. 28
5 Среда проектирования IBEXPERT.. 50
9 Клиент – серверная архитектура ИС.. 84
10 Технологии доступа к БД.. 92
11 Проектирование «тонкого» клиента. 99
12 Сетевое взаимодействие. 106
Краткое описание дисциплины. Загайнов Иван Александрович – старший преподаватель кафедры «Информационные системы». Выпускник физического факультета Новосибирского Государственного университета по специальности "Автоматизация физико-технических измерений". На протяжении двадцати лет занимался разработкой и внедрением автоматизированных информационных комплексов на предприятиях города и области ("Проектно-конструкторского бюро АСУ", ОАО "Казахтелеком", СП "Arna-Sprint Data Communications"). Участвовал в открытии телекоммуникационного узла сети передачи данных "KAZNET" в городе Усть-Каменогорске, построении корпоративных сетей на всех крупных предприятиях региона, банках, государственных учреждениях, открытии первого узла доступа к сети Интернет. Комната Г3-311, тел. 540-356. Дисциплина Проектирование информационных систем (PIS) является профилирующей дисциплиной, выбираемой бакалаврами из блока KV 4302 Каталога элективных дисциплин специальности. Читается, как правило, на старших курсах и входит в блок дисциплин для сдачи государственного экзамена. Основой сложных информационных систем (ИС) являются современные системы управления базами данных. Один из основных компонентов ИС представлен промышленными SQL – серверами. В рамках дисциплины слушатели изучают основы проектирования и построения сложных информационных комплексов с использованием клиент – серверной архитектуры, способных обеспечивать работу большого количества пользователей. Лекции дисциплины читаются в мультимедиа аудитории с демонстрацией основных приемов: - управления SQL – сервером; - проектирования и управления серверными базами данных; - разработки приложений пользователей в среде Delphi. Лекционная программа предусматривает тренировочное тестирование, изучение элементов учебных примеров. Лабораторный практикум и СРСП проводятся в компьютерных классах Технопарка «Алтай» и УВЦ ВКГТУ. Для выполнения всех заданий лабораторного практикума и курсовой работы используется один пример предметной области. Самостоятельное изучение обеспечено учебными примерами всех компонентов информационной системы, предусматривает работу с электронным учебным материалом на персональном компьютере обучающегося. Выполнение всех видов работ обеспечивает получение студентами навыков работы с технической периодической литературой, поиском дополнительной информации, включая информационные ресурсы сети Интернет. Студенты учатся самостоятельно осваивать Case - средства разработки ИС. Весь учебный материал дублируется электронными версиями, обеспечивающими занятия на персональном компьютере, выполнение, защиту и сдачу заданий лабораторного практикума и курсовых проектов в электронном виде. Знания и навыки, полученные при выполнении курсовых работ, помогают качественней выполнять дипломные работы. 1.1 Содержание. Учебный план дисциплины. Определение информационной системы. Теоретические основы проектирования ИС. - компоненты ИС. - декомпозиция, подсистемы. - архитектура ИС. - структура ИС. Входной контроль по дисциплинам: "Организация вычислительных систем и сетей" "Инструментальные средства разработки программ" "Моделирование информационных процессов и систем" "Прикладное программирование (ИС)" "Проектирование персональных баз данных (ИС)" 1.2 Цели дисциплины. Участие в реализации проектов предприятий города, области, республики на всех этапах реализации ИС. Поиск тем для прохождения практики, дипломного проектирования. Рекомендации по выбору тематики и мест прохождения дипломной практики и выполнения дипломных работ. Поиск мест трудоустройства (без рекомендаций). В результате изучения дисциплины бакалавры должны: - знать основные принципы и этапы проектирования ИС, состав и содержание работ на каждом этапе, состав и содержание нормативов, регламентирующих процессы проектирования ИС, состав и содержание проектно-конструкторской и программной документации, методики оценки качества системотехнического решения; - уметь разработать архитектуру ИС с учетом сформулированного критерия эффективности; на основе анализа информационных потребностей пользователя осуществить выбор состава функциональной и обеспечивающих компонентов ИС состав пользовательского интерфейса, спроектировать структуру и типовые подсистемы ИС, разработать соответствующие спецификации и документацию; - иметь представление о способах и методах коллективной разработки проекта, методах сетевого планирования и управления, инструментальных средствах программной инженерии и case-технологии проектирования ИС. 1.3 Вопрос. Сколько программистов, сколько лет разрабатывают такие системы как Windows или «1С Предприятие»? Объем работ должен соответствовать способностям студента. 1.4 Распределение часов. № Название модуля Часы Лекции Лаб. Раб. СРСП СРС 1. Теоретические основы проектирования ИС.
5 5 10 10 2. Системы управления базами данных
5 5 10 10 3. Средства поддержки целостности данных
5 5 10 10 4. Механизм хранимых процедур
5 5 10 10 5. Клиент – серверные архитектуры систем
5 5 10 10 6. Технологии «тонкого» клиента
5 5 10 10 Всего 30
30
60
60
1.5 Лекции. Излагается общий теоретический материал, приводятся примеры внедрения ИС на предприятиях региона. Проектируется пример лабораторных работ (телефонный справочник предприятия или тема, предложенная студентами). Проводится подготовка к рубежному контролю (тестированию). Защита материала к курсовым работам, для претендентов автоматического получения рейтинговой оценки. Методическая помощь в выборе среды проектирования и разработки ИС. Кто уже работает по специальности? 1.6 Лабораторные. Выполнение и защита лабораторного практикума по индивидуальным темам (предметным областям). Защита лабораторной работы это: - ответы на вопросы; - демонстрация навыков; - выполнение заданий преподавателей. Курс предусматривает выполнение шести лабораторных работ. 1.7 Лабораторная работа 1. РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ. Выбор студентом предметной области: - определение бизнес - функции предприятия; - выбор проектируемого бизнес – процесса, при необходимости его декомпозиция; - определение бизнес – правил. Изучение аппаратно – программного комплекса учебной аудитории. 1.8 Лабораторная работа 2. SQL – СЕРВЕР INTERBASE. Изучение функциональных возможностей SQL-сервера: - инсталляция и настройка сервера. - изучение основных функций администратора сервера. IBConsol – интегрированный графический пользовательский интерфейс. - SQL - операторы создания серверных БД, таблиц (Tables), представлений (Views) и доменов (Domains). - определение пользователей и их привилегий (Grant, Revoke). - ведение данных на сервере (Insert, Update, Delete). 1.9 Лабораторная работа 3. СРЕДСТВА ПОДДЕРЖКИ ЦЕЛОСТНОСТИ ДАННЫХ. Проектирование средств поддержки ссылочной и смысловой целостности данных серверной БД. Реализации бизнес – правил на стороне SQL – сервера при помощи триггеров. Проектированию подлежат: - первичные ключи (Primary Keys). - внешние ключи (Foreign Keys). - проектирование реляционных связей таблиц. - определение целостности (Referential Integrity). - триггеры серверной БД (Triggers). Использование триггеров для каскадного обновления и удаления данных. Использование триггеров для реализации бизнес - правил на стороне сервера 1.10 Лабораторная работа 4. ХРАНИМЫЕ ПРОЦЕДУРЫ (Stored Procedure). В процессе выполнения лабораторных работ студенты проектируют элементы бизнес логики системы (механизмы поиска данных, ведение данных, алгоритмические вычисления) при помощи хранимых процедур. Проектированию подлежат: - хранимые процедуры выбора, реализующие сложный поиск данных; - хранимые процедуры действия для ведения данных; - хранимые процедуры, реализующие алгоритмические вычисления. Отладка хранимых процедур в локальном режиме. Вызов хранимых процедур из приложения клиента. 1.11 Лабораторная работа 5. Клиент – серверные архитектуры систем. Выбор технологии доступа к БД (IBExpress, BDE, dbExpress, ADO). Проектирование модуля данных клиентского приложения (DataModule). Функции авторизации и подключения к серверу. Проектирование функции управления транзакциями. Формирование наборов данных (НД) клиентского приложения. Проектирование функций хранения данных на стороне клиента. 1.12 Лабораторная работа 6. Проектирование приложения клиента. Функции ведения данных в серверной БД. Проектирование управления данными в таблицах большого объема. Разработка интерфейсной части клиентского приложения. Тестирование разработанной информационной системы. Определение времени выполнения сложного поискового запроса к БД. Составление (спецификации) описания ПО. 1.13 . Содержит 5 разделов, материал работы всего учебного семестра. Например, проектирование хранимых процедур на лабораторных занятиях. Защита: - пояснительная записка; - демонстрация; - знание предметной области; - программные средства. 1.14 Рейтинговая оценка. Вид контроля
Наименование работ
Макс.
балл
Мин.
балл
Текущий контроль 1 Лабораторный практикум 1 модуля 10 5 Отчет раздела курсовой работы 10 5 Текущий контроль 2 Лабораторный практикум 2 модуля 10 5 Отчет раздела курсовой работы 10 5 Текущий контроль 3 Лабораторный практикум 3 модуля 10 5 Отчет раздела курсовой работы 10 5 Рубежный контроль 1 Тест из 40 вопросов 40 20 Аттестация 1
100
50
Текущий контроль 4 Лабораторный практикум 4 модуля 10 5 Отчет раздела курсовой работы 10 5 Текущий контроль 5 Лабораторный практикум 5 модуля 10 5 Отчет раздела курсовой работы 10 5 Текущий контроль 6 Лабораторный практикум 6 модуля 10 5 Отчет раздела курсовой работы 10 5 Рубежный контроль 2 Тест из 40 вопросов 40 20 Аттестация 2
Набранный за семестр балл 100
50
1.15 Самостоятельная работа. Для самостоятельного изучения предлагаются следующие темы: - типы данных SQL – сервера InterBase. - агрегатные функции SQL – сервера IB. - проектирование и использование генераторов. - изучение механизма индексов. - механизм событий в многозвенных ИС. - среда управления SQL – сервера - IBExpert. 1.16 Учебный материал. 1. Лекционный материал. 2. Методические материалы лабораторного практикума. 3. Электронные методические пособия. 4. Литература библиотечного фонда. 5. Источники сети Интернет, материалы периодических изданий. 6. Промышленная документация по Delphi. 7. HELP среды разработки приложений Delphi. 8. Учебные примеры БД и приложений. 1.17 Защита лабораторных работ. При выполнении лабораторных работ необходимо использовать лекционный материал, материал учебного примера, операторы методического пособия. При разработке выбранной предметной области, необходимо использовать как можно больше типов данных, агрегатных функций. Выполняя работу, получить ответы на, приведенные к лабораторной работе, вопросы. При защите, по заданию преподавателя, производить выполнение указанных операторов, создание объектов метаданных, пользователей их привилегий. При защите лабораторных работ можно пользоваться всеми электронными справочниками. Умение использования справочников оценивается при защите работ. 1.18 Вопрос. Какой компонент не относится к информационной системе? 1. Технические средства (аппаратное обеспечение). 2. Программное обеспечение. 3. Персонал. 4. Бизнес - процессы. 5. Устройства для ручных операций. 1.19 Определение системы. Используемое понятие «комплекс средств автоматизации» в методических указаниях РД 50-680-88 и «автоматизированная система», определяемая как: «В процессе функционирования автоматизированная система представляет собой совокупность комплекса средств автоматизации, организационно-методических и технологических документов и специалистов, использующих их в процессе своей профессиональной деятельности», трансформируется в системное определение ГОСТ Р ИСО/МЭК 12207:99. «Система (
system
) - это комплекс, состоящий из бизнес-процессов, технических и программных средств, устройств и персонала, обладающий возможностью удовлетворять установленным потребностям или целям».
1.20 Система ISO/IEC TR 15271.
1.21 Трансформация определения. Основные направления трансформации: - в основе лежит учет бизнес – целей участников; - пользователь (потребитель услуг) рассматривается как участник системы; - системный подход, в составе системы рассматривается все до последней скрепки, участвующей в реализации процессов. Системное проектирование (толкование INCOSE) - дисциплина разработки продуктов или процессов на основе концепции систем. Оно фокусируется на определении потребностей заказчика и требуемых функций системы, установлении требований, выполнении конструкторского синтеза и аттестации с согласованием, как бизнес - аспектов, так и технических аспектов данной задачи. Интегрирует необходимые дисциплины и группы специалистов в одну команду на протяжении всего жизненного цикла разработки (развития) системы. 1.22 Стоимостный анализ. Очень важной стороной новых стандартов является то, что они прямо ориентированы на деловой и финансовые аспекты приобретения, создания, эксплуатации систем. В частности, рассматривается процесс управления инвестициями, часть которого является работой по развитию бизнеса, а другая, по сути, является одним из процессов управления проектами. Закреплен переход к рассмотрению проектов и проектных программ как инвестиционных акций. При этом в инвестиционной деятельности проекты анализируются и рассматриваются не как чисто финансовые акции, но с содержательной (в том числе - функциональной, архитектурной, технической) стороны. 1.23 Классификация. Классификация систем по размерам и стоимости. Малые, локальные бухгалтерское и складское ПО. 500 – 5000 $. АРМ – автоматизированное рабочее место. «1С». FoxPro, Paradox, dBase, Access. Интегрированные системы управления финансового учета. Примеры: «БЭСТ», «Галактика», «Scala», … 10 – 100 000$. Системы управления предприятием (ERP/MRPII), реализующие: ERP- Enterprise resource planning (планирование ресурсов предприятия). MRP – Manufacturing resource planning. 5 – 10 $ млн 1.24 Функции ERP систем. Финансовое управление и составление отчетности. Обеспечение производственного процесса (планирование, управление). Управление продажами. Управление закупками. Управление хранением и перемещением. Управление техобслуживанием и ремонтом. Управление персоналом. Примеры: R/3(SAP), Triton (Baan), Oracle Application,… 1.25 Компоненты. Сервер (ы); Клиентские станции
; Коммуникационные средства; Серверное ПО (Операционные системы, системы администрирования, системы мониторинга, например, сетевой монитор или монитор транзакций); СУБД (Inter Base
, Microsoft SQL, Sybase SQL, Oracle); Прикладное ПО (EPR – Система управления ресурсами предприятия); Разработанное пользователем;
Проектировщики; Пользователи; Бизнес – процессы
; Все остальное (приспособления). 1.26 Архитектура ИС. 1.
Локальная архитектура
. Один пользователь, один компьютер, одна среда работы, например: БД, BDE, клиентское приложение. Называется, как правило, АРМ – автоматизированное рабочее место. 2.
Файл – серверная архитектура
. Один файловый сервер, сеть, технология доступа к БД (BDE), небольшое количество клиентов, работающих с копиями наборов данных, обладающих одинаковыми правами. Целостность БД обеспечивается клиентскими приложениями. 3.
Клиент серверная архитектура
. Для управления базами данных используется специализированное программное обеспечение (СУБД), например SQL – сервер «Inter Base». Уменьшение сетевого трафика (объема передаваемых данных). Правила поддержки целостности данных переводятся на сервер и одинаковы для всех приложений. 1.27 Трехзвенная архитектура. 4. Рисунок (пункт 9.10).
1.28 Интернет. 5. Интернет/Интранет/Экстранет.
Использование интернет как телекоммуникационной среды. Использование Web – сервера и соответствующих технологий доступа к БД. В качестве клиента используется браузер, например, Internet Explorer. 1.29 Вопросы по 1 лабораторной работе. Определение и основные свойства бизнес - функции. Методологии проектирования информационных систем. Определение бизнес – процесса, примеры бизнес - процессов. Принципы декомпозиции сложных систем. Что является источником бизнес – процессов. Ограничения ссылочной целостности SQL – сервера. Ограничения значений полей таблицы. Почему каждая таблица обязана иметь первичный ключ. Особенности реализации ограничений в ИС с различной архитектурой. Типы диаграмм используемых в различных нотациях. Типы данных, используемых в SQL – сервере InterBase. 1.30 Задания СРСП. 1. Входной контроль по дисциплинам «Программирование», «Базы данных»; 2. Защита модели выбранного бизнес – процесса; 3. Защита разработанных бизнес – правил; 4. Ответить на контрольные вопросы первого модуля [1]; 5. Провести проверку SQL – кода создания БД; 6. Защитить отчет по первой лабораторной работе; 7. Защитить отчет по разделу 3.1 курсовой работы [2]; 8. Разработать пример вопроса тестового задания по теме раздела. 1.31 Задания СРС. 1. Изучить методические указания к первой лабораторной работе [1]; 2. Ответить на примеры тестовых заданий к первому модулю [1]; 3. Выбор предметной области для выполнения лабораторных работ; 4. Выбор предметной области курсового проекта; 5. Установка на персональном компьютере SQL – сервера InterBase; 6. Проверка работоспособности среды управления сервером; 7. Изучить SQL - код создания учебной БД (FONEBOOK.GDB); 8. Проектирование и использование ограничений; 9. Изучение функции среды управления: CREATE DATABASE, DROP DATABASE, REGISTER DATABASE, CONNECT, DISCONNECT; 10. Изучить конспект 1,2 лекций [3]; 1.32 Демонстрация. Инсталляция, работа учебного примера. Инсталляция SQL – сервера InterBase. Запуск утилиты IBConsole. Подключение и регистрация сервера. Работа со справочным материалом. Технология и методы проектирования. Основные стадии и этапы технологической схемы проектирования ИС. Основные процедуры технологии проектирования: анализ, моделирование, синтез, оптимизация и принятие решений. Разработка бизнес-плана создания ИС. Разработка, согласование и утверждение технического задания. Проектирование функциональной части ИС. Использование функционального подхода к проектированию состава и структуры ИС. Использование теории бизнес - процессов и бизнес - правил. 2.1 Концепция проектирования ИС. Система. Декомпозиция, принципы иерархии. Внешняя среда. Методологические принципы проектирования ИС: - концептуальное проектирование; - логическое проектирование; - физическое проектирование. Технология проектирования может быть представлена как совокупность 3 составляющих: 1.Заданной последовательности выполнения технологических операций проектирования. 2.Критерии и правила используемых для оценки результатов выполнения технологических операции. 3.Графические и текстовые средства, используемые для описания проектируемой системы. 2.2 Задачи . Разработка бизнес-плана создания ИС. Разработка, согласование и утверждение технического задания. Знакомство с проектной деятельностью предприятий. 2.3 Определение . Бизнес функция предприятия (БФ)
– функциональный базис для всех технологических и административно – хозяйственных процедур. Существую три основных свойства бизнес-функции: - Нормируеммость (формальные единицы измерения или система координат); -Исчисляемость (Масштабируемость); - Возможность количественной оценки. В пункте 3.1.2 МУ к курсовому проектированию - пример описания деятельности ВКГТУ (фрагмент устава университета). 2.4 Бизнес-процесс . Бизнес-процесс
– это описание технологии достижения результата в определенном функциональном базисе. Также это формализованное описание заданных управляемых процедур, включая как выполненные этим набором функции, так и используемые им данные. Состав и взаимоотношения затрагиваемых им организационных подразделений и единиц. Из этих определений можно сделать вывод, что бизнес-процесс является составной частью бизнес - функции. Им описываются более конкретные задачи проекта (ИС). Множество процессов, объединенных одной функцией, решают множество задач, что обеспечивает достижение единой цели, стоящей перед ИС. Для обеспечения целостности данных и согласованности процессов в ИС необходимо соблюдать некоторые ограничения, обеспечивающие механизм управления процессами и операциями над данными. 2.5 Вопрос. Какие модели проходили в специальных дисциплинах? 2.6 Бизнес - правила . Бизнес - правила (БП)
– это механизм управления БД и предназначено для поддержания БД в целостном состоянии, а также для выполнения других действий, например, накапливания статистики работы с БД. Бизнес - правила (БП) задают ограничения на значения данных в БД. Они также определяют механизмы, согласно которым при изменении одних данных изменяются и связанные с ними данные в той же или других таблицах БД. Таким образом, бизнес - правила определяют условия поддержания БД в целостном состоянии. Идеология архитектуры «клиент-сервер» требует переноса максимально возможного числа БП на сервер. 2.7 Преимущества . К преимуществам такого подхода относятся: - гарантия целостности БД, поскольку БП сосредоточены в едином месте (в базе данных); - автоматическое применение БП, определенных на сервере БД, для любых приложений; - отсутствие различных реализаций БП в разнотипных клиентских приложениях, работающих с БД; - быстрое срабатывание БП, поскольку они реализуются на сервере и, следовательно, нет необходимости посылать данные клиенту, увеличивая при этом сетевой трафик; - доступность изменений, внесенных в БП на сервере, для всех клиентских приложений, работающих с настоящей БД, и отсутствие необходимости повторного распространения измененных приложений клиентов среди пользователей. 2.8 Недостатки . К недостаткам хранения бизнес - правил на сервере можно отнести: - отсутствие у клиентских приложений возможности реагировать на некоторые ошибочные ситуации, возникающие на сервере при реализации БП (например, игнорирование приложениями, написанными на Delphi, ошибок при выполнении хранимых процедур на сервере); - ограниченность возможностей SQL и языка хранимых процедур и триггеров для реализации всех возникающих потребностей определения БП. На практике в клиентских приложениях реализуют лишь такие бизнес - правила, которые трудно или невозможно реализовать с применением средств сервера. Все остальные БП переносятся на сервер. 2.9 Примеры . Примеры реализации в МУ к лабораторной работе. В первую очередь бизнес - правила реализуют следующие ограничения БД: - задание допустимого диапазона значений; - задание значения по умолчанию; - требование уникальности значения - запрет пустого значения - ограничение ссылочной целостности. Бизнес - правила можно реализовать на физическом и программном уровне. В первом случае эти правила задаются при создании таблиц и входят в структуру БД. На программном уровне бизнес - правила можно реализовать в сервере и в приложении. Для реализации бизнес - правил в сервере обычно используются триггеры и хранимые процедуры. 2.10 Вопрос . Зачем производится декомпозиция сложных функций? 2.11 Декомпозиция БФ . Для выполнения процесса декомпозиции сложной БФ используется структурный метод, в основе которого лежат три основных принципа: 1. Первым шагом упрощения сложной системы является ее разбиение на атомарные, с точки зрения пользователя, функции, при этом такое разбиение должно удовлетворять следующим критериям: - каждая подсистема должна реализовывать единственную функцию системы, атомарную с точки зрения пользователя; - функция каждой подсистемы должна быть легко понимаема независимо от сложности ее реализации; - связь между подсистемами должна вводиться только при наличии связи между соответствующими функциями системы; - связи между подсистемами (интерфейсы подсистем) должны быть простыми, насколько это возможно, для обеспечения независимости между ними. 2.12 Иерархия процессов . 2. Второй важной идеей, лежащей в основе структурных методов, является идея иерархии. Для «понимаемости» сложной системы недостаточно разбиения ее на части, необходимо эти части организовать определенным образом, а именно в виде иерархических структур. Все сложные системы Вселенной организованы в иерархии. Да и сама она включает галактики, звездные системы, планеты, …, молекулы, атомы, элементарные частицы. Человек при создании сложных систем также подражает природе. Любая организация имеет директора, заместителей по направлениям, иерархию руководителей подразделений, рядовых служащих (организационно – штатная структура предприятия). 2.13 Графические нотации . 3. Последним моментом использования структурных методов является использование различных графических нотаций, диаграммы которых служат для облегчения понимания сложных систем. Известно, что “одна картинка стоит тысячи слов”. Существует наиболее устоявшийся перечень атрибутов, которые модель бизнес-процессов должна описывать на изобразительном уровне, а именно: - воздействия, инициирующие каждый шаг бизнес - процесса; - исполнители каждого шага (это могут быть как люди, так и программы и механизмы); - воздействия, регламентирующие данный шаг (законодательные акты, рыночные условия и т. п.); - результат, получаемый на выходе конкретного шага бизнес - процесса. 2.14 Пример .
Анализ. Частота издания телефонного справочника предприятия. Его объем и себестоимость. Количество исправлений – изменений за определенный срок. Количество устанавливаемых, например, ежедневно контактов. Среднее время установления контакта (нормирование). Влияние рассмотренных факторов на деятельность предприятие, на его основные показатели. Решение: разработать электронный справочник включающий: - серверную БД; - клиентскую часть, включая локальную БД; - подсистему автоматического обновления; - подсистему администрирования; - подсистему подготовки печатного издания; - модуль аналитических расчетов, по количеству обращений, установленных контактов, прогнозирование увеличения адресов электронной почты и списков рассылок; - web – интерфейс доступа. Согласно методологии структурного проектирования необходимо: - провести декомпозицию, необходимое количество уровней; - построить иерархическую структуру процессов; - определить взаимодействие процессов; - определить пользователя и входные/выходные данные каждого процесса. 2.15 Стандарты . SPC (Software Productivity Consortium) выделяет тот минимум стандартов на процессы проектирования, который рекомендуется взять за основу. В их число включены ISO/IEC 12207, ISO/IEC 15288 CD2, ISO 15504 (SPICE), EIA/ANSI 632, EIA/IS 731 (SECM), TickIT. Назначение следующих нормативных документов (НД): - ISO/IEC 12207, Information technology - Software life cycle processes. 1995. - ISO/IEC TR 15271, Information technology - Guide for ISO/IEC 12207. 1998. (Стандарт ISO/IEC 12207 оказал революционизирующее влияние на многие другие НД, в том числе на стандарты моделей системного проектирования: процессы жизненного цикла систем, модель зрелости процессов.) - EIA/ANSI 632, Processes for Engineering a System. 1999. (Этот стандарт не только заменил ряд популярных более старых американских стандартов, но был использован как вклад американской группы в создание ISO/IEC 15288.) - EIA/IS-731, System Engineering Capability Model (SECM). 1999. Part 1, SECM Model. Part 2, SECM Appraisal Method. (В области стандартов на уровни зрелости процессов аналогично тому, как модель SW CMM переросла в модель и стандарт SPICE, модель SE CMM переросла в модель и стандарт SECM.) - ISO/IEC 15288 CD2, Life Cycle Management - System Life Cycle Processes. 2000. Для обеспечения преемственности полезно добавить в эту группу стандарты ГОСТ 34 (не гармонизированные с новыми, но применимые и полезные из-за совместимости по многим базовым понятиям, по сути многих работ, по опыту применения и др.). Существенно, что два «потока» стандартов - на SE (system engineering) и на SW (software engineering), развивавшихся параллельно, четко стыкованы посредством указанных документов. И дело не только в том, что указанные документы хорошо согласованы друг с другом по основным понятиям и принципам. Очень важно, что такие, казалось бы, «чисто технические» области, как создание ПО (SW-процессы), регламентированы стандартами, прямо требующими их совместного применения со стандартами на процессы системного проектирования (SE-процессы). 2.16 Методологические принципы проектирования ИС . (11 номер КП за 2001г.) Концептуальное моделирование - для определения направления развития предприятия. Логическое моделирование - для описания деятельности предприятия CASE-средствами. Физическое моделирование - для формализации деятельности предприятия средствами ERP-системы (то есть для создания нормативной модели предприятия). Концептуальная модель является отраслевой моделью и, как правило, разрабатывается для предприятия внешним консультантом (обычно на основе эталонных моделей, предлагаемых поставщиками ERP-систем). В ней определяются основные направления развития предприятия через графическое представление передовой мировой практики (заключенной в стандарты ISO и ERP) и через определение несоответствий деятельности предприятия данной практике (на основе проведения сопоставительного анализа - benchmarking). Концептуальная модель подразумевает унификацию основных процессов предприятия в соответствии со стандартами ISO 9001:2000 и ERP. 2.17 Концептуальная модель .
Эталонная модель с использованием ISO 9000 переводится в IDEF0-модель, отображающую: - декомпозицию процессов предприятия - верхний уровень иерархии процессов соответствует элементам и подэлементам стандарта ISO 9001:2000, а нижние уровни раскрываются с использованием ERP-стандарта; - проектирование графического «скелета» документации системы менеджмента качества (СМК) предприятия; - определение ключевых пользователей процессов и бизнес - функций; - определение на базе ERP-системы основных модулей информационной системы предприятия, обеспечивающих выполнение процессов; - определение связей процессов по входам/выходам. 2.18 Логическая модель . Второй уровень бизнес - моделирования логический, необходим для уточнения основных выводов, следующих из концептуальной модели. Цель логического моделирования - построить интегрированную модель деятельности предприятия, являющейся связующим звеном между бизнес - методиками и ERP-системой. Логическая модель описывает деятельность предприятия, посредством объектно-ориентированного проектирования (опираясь на методологию бизнес - моделирования RUP9 и нотации UML10) или структурного проектирования. Логическая модель позволяет спланировать, как нужно реорганизовать текущие способы выполнения процессов предприятия в желаемые - вплоть до каждого рабочего места. Модель помогает детально ответить на следующие вопросы: - кто и где исполняет бизнес - функции (организационный аспект деятельности); - что перемещается в материальных и в связанных с ними информационных потоках (элементный аспект деятельности предприятия); - как предприятие выполняет бизнес - функции (функциональный аспект); - когда предприятие осуществляет бизнес - функции (динамический аспект); - какая информационная платформа (какие инструменты) необходима для поддержания бизнес - функций на предприятии. 2.19 Взаимодействие . На рисунке представлено взаимодействие функционального, организационного, элементного, динамического аспектов логической модели и приведены примеры наиболее часто используемых диаграмм (диаграммы пакетов, прецедентов, классов, деятельности).
В рамках функционального аспекта описываются: - иерархическая структура процессов; - взаимодействие процессов (реализация процессного подхода). Процессы на предприятии определяются наличием конечного продукта (не обязательно материального), у которого есть потребитель и поставщик. Отношения «поставщик - потребитель» рассматриваются не только с внешними контрагентами, но и внутри предприятия. В рамках организационного аспекта описываются: - организационная структура предприятия, включающая в себя иерархию подразделений, отделов, участков, должностей, рабочих мест; - топология предприятия: местоположения хранения складских запасов, рабочие центры выполнения операций, поточные линии. Для описания топологии и оргструктуры предприятия предлагается использовать диаграммы прецедентов (Use case), где отражается иерархия подчинения действующих лиц и организационных единиц. В рамках элементного аспекта описываются единицы материального, информационного и финансового потоков (единицы документооборота, товарооборота и финансовые инструменты) для каждого процесса предприятия. Составляющие элементного аспекта используются при описании текущих и желаемых способов выполнения процессов. Взаимодействие объектов (или документооборот для информационных объектов) одного и того же процесса зависит от конкретной ситуации и конкретного способа выполнения этого процесса. Для описания элементного аспекта предприятия предлагается использовать диаграмму классов (Class), а для отражения возможных состояний элементов - диаграмму состояний (State). В рамках динамического аспекта реализуется ситуационный подход: - определяются способы выполнения процесса в зависимости от конкретной ситуации, поскольку, как известно, процесс может быть реализован разными последовательностями действий. Процесс может выполняться несколькими способами, и выбор способа определяется конкретной ситуацией с привлечением того или иного ответственного лица. Описание каждого процесса включает диаграмму прецедентов (в трактовке диаграммы бизнес - сценариев), описывающую способы выполнения процессов и определяющую ответственных лиц, участвующих в выполняемых действиях. Для описания взаимодействия процессов (в специальной папке «Сценарии») также используются диаграммы сценариев (прецедентов), где кроме описания способов отражаются информационные и материальные объекты, являющиеся результатом выполнения процесса или использующиеся для его инициализации; - определяются взаимодействия организационного, элементного и функционального аспектов, то есть раскрывается способ выполнения процесса. Для этого предлагается использовать диаграммы деятельности (Activity), где отражается взаимосвязь процессов на предприятии с ERP-системой; - определяется документооборот (или товарооборот) между организационными единицами. Документооборот описывается для каждого способа выполнения процесса. Для описания взаимодействия документов и исполнителей предлагается использовать диаграммы кооперации (Collaborations). В целях облегчения и ускорения процесса моделирования предлагается применять шаблон модели предприятия, созданный внешним консультантом. Использование шаблона обеспечивает интеграцию созданной модели и ERP-системы (внедряемой на предприятии), что гарантирует, во-первых, слаженную работу бизнес-аналитика и аналитика ИС, во-вторых, сокращение сроков разработки модели предприятия, а в-третьих, получение запланированного эффекта от моделирования и внедрения ERP-системы. 2.20 Методология SADT . Методология функционального моделирования SADT (Structured Analysis and Design Technique) - одна из самых известных методологий анализа и проектирования систем, введенная в 1973 г. Дугласом Россом (Ross). На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition). Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях: - графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих "ограничения", которые в свою очередь определяют, когда и каким образом функции выполняются и управляются; - строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают: - ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков); - связность диаграмм (номера блоков); - уникальность меток и наименований (отсутствие повторяющихся имен); - синтаксические правила для графики (блоков и дуг); - разделение входов и управлений (правило определения роли данных). - отделение организации от функции, т.е. исключение влияния организационной структуры на функциональную модель. В настоящее время успешно используются практически все известные методологии структурного анализа и проектирования, однако наибольшее распространение получили методологии SADT (Structured Analysis and Design Technique), структурного системного анализа Гейна-Сарсона (Gane-Sarson), структурного анализа и проектирования Йодана/Де Марко (Yourdon/De Marko), развития систем Джексона (Jackson), развития структурных систем Варнье-Орра (Warnier-Orr), анализа и проектирования систем реального времени Уорда-Меллора (Ward-Mellor) и Хатли (Hatley), информационного моделирования Мартина (Martin). Диаграмма примера создана в «Visio 2000». 2.21 BРwin . Использование BРwin в консалтинговых проектах. КомпьютерПресс 1'2002, Максим Сычевский.
2.22 Декомпозиция .
2.23 Диаграмма потоков данных . Диаграмма потоков данных (DFD).
2.24 Иерархическая структура .
Как уже отмечалось, практически во всех методах структурного анализа используются три группы средств моделирования: - диаграммы, иллюстрирующие функции, которые система должна выполнять, и связи между этими функциями - для этой цели чаще всего используются DFD или SADT (IDEF0); - диаграммы, моделирующие данные и их взаимосвязи (ERD); - диаграммы, моделирующие поведение системы (STD). Таким образом, наиболее существенное различие между разновидностями структурного анализа заключается в методах и средствах функционального моделирования. С этой точки зрения все разновидности структурного системного анализа могут быть разбиты на две группы - применяющие методы и технологию DFD (в различных нотациях) и использующие SADT-методологию. Соотношение применения этих двух разновидностей структурного анализа в существующих CASE-средствах составляет по материалам CASE Consulting Group 90% для DFD и 10% для SADT. По данным автора, основанным на анализе 127 существующих CASE-пакетов, это соотношение выглядит как 94% к 3%, соответственно. Оставшиеся 3% CASE-средств используют методологии, не относящиеся ни к одной из перечисленных разновидностей. Представляется очевидным, что соотношение такого же порядка справедливо и для цифр распространенности рассматриваемых методологий на практике. 2.26 Модели процессов проектирования. Проектировщик ИС (программист) не является автором концептуальной, логической и физической модели будущей системы. Как руководитель дипломного проекта сделает Вам постановку задачи, такое качество продукта и получит. Концептуальная модель строится бизнес – аналитиками (внешний консалтинг) с участием руководства предприятия. Логическая модель - привлечение специалистов знакомых с методологиями моделирования, с работой CASE – средств (объектное, структурное). Физическое моделирование, системотехники и администраторы, учет особенностей архитектуры ИС, существующей инфраструктуры (архитектура и топология подразделений и телекоммуникаций) предприятия, используемое SW + HW, наличие персонала. Участие системотехников, программистов на всех этапах анализа, залог успешной реализации проекта информатизации бизнес – процессов. Решение на реализацию того или иного проекта должно инициироваться самым верхним уровнем управления предприятием. Любой проект, даже не большой по объему и стоимости, реализуется большой группой участников (руководители разного звена, снабженцы, системные и сетевые администраторы и т.д.). 2.27 Основные этапы. Традиционно выделяются следующие основные этапы жизненного цикла (ЖЦ) программного обеспечения: - анализ требований, - проектирование, - кодирование (программирование), - тестирование и отладка, - эксплуатация и сопровождение. 2.28 Модели проектирования. Классические модели проектирования информационных систем: Каскадная модель.
Переход на следующий этап означает полное завершение работ на предыдущем этапе. Поэтапная модель «Водопад»,
с промежуточным контролем. Разработка ПО ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоемкость процесса разработки по сравнению с каскадной моделью. Время жизни каждого из этапов растягивается на весь период разработки. Спиральная модель.
Особое внимание уделяется начальным этапам разработки - выработке стратегии, анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования). Каждый виток спирали предполагает создание некой версии продукта или какого-либо его компонента, при этом уточняются характеристики и цели проекта, определяется его качество, и планируются работы следующего витка спирали. 2.29 «Водопад».
2.30 Этапы. Этап анализа
предполагает подробное исследование бизнес-процессов (функций, определенных на этапе выбора стратегии) и информации, необходимой для их выполнения (сущностей, их атрибутов и связей (отношений)). На этом этапе создается информационная модель. Проектирование
– модель данных, экранные формы, выбор среды, архитектура, структура и разработка тестов… Тестирование
– контроль соответствия поставленной задачи и достижения целей. 2.31 Организация проектной деятельности. Стандарты уровня предприятия и проекта. В стандартах явно предусмотрены работы по постановке проектной деятельности и управлению ею. В ISO/IEC 15288 такими являются: 1. Процесс «Управление предприятием» (внедрение стандарта на основе стратегии предприятия); 2. Процесс «Управление процессами ЖЦС»; 3. Процесс «Управление ресурсами для 1 и 2». Для процесса «Управление предприятием» предусмотрены следующие цель и результаты. Цель процесса: Этот процесс определяет, документирует и поддерживает правила и процедуры, относящиеся к организации ведения дел на предприятии в части, имеющей отношение к данному стандарту. Результаты процесса: 1. Стратегические и тактические планы и цели [предприятия], которые определяют формирование правил и процедур для внедрения требований данного Международного Стандарта; 2. Правила и процедуры для «управления ЖЦС», включая управление качеством, гарантии и контроль, в соответствии с ISO 9001; 3. Роли, ответственность и права (власть), способствующие эффективному управлению ЖЦС. 2.32 Задачи стандартов. Стандарты определяют процессы, которые должны в практике работы предприятия отвечать, в частности, на такие вопросы: - откуда берутся (должны браться) проекты и проектные программы? - как получить стандарты, регламенты, инструкции, которые рационально использовать именно на данном предприятии (стандарты предприятия)? - как управлять процессами проектирования на предприятии? - как получить набор стандартов конкретного проекта? - как обеспечить стыковку различных подпроектов? - что является определяющим критерием для проверки правильности выполнения проекта? Узнать про используемые стандарты предприятия, можно, поинтересовавшись о последних результатах внедрения ИС. Новый объем процессов ЖЦ системы определяется стандартом EIA 632.
Объем процессов ЖЦ системы по новому стандарту EIA 632 («От старого к новому, от системного проектирования к полному проектированию систем») 2.33 Заключение . Итак: 1. Модель бизнеса (предприятия), с использованием математических моделей … 2. Модель проектирования, как процесса. 3. Модели процессов, например, линейное планирование, … 4. Модели данных (иерархическая, файловая, реляционная, объектная, объектно-реляционная, … ). 5. Архитектура системы … Цель лабораторных и курсовой работ - реализация выбранных бизнес–процессов и набора бизнес – правил. Например, по спиральной модели проектирования. 2.34 Вопросы по 1 лабораторной. Определение и основные свойства бизнес - функции. Методологии проектирования информационных систем. Определение бизнес – процесса, примеры бизнес - процессов. Принципы декомпозиции сложных систем. Что является источником бизнес – процессов? Ограничения ссылочной целостности SQL – сервера. Ограничения значений полей таблицы. Почему каждая таблица обязана иметь первичный ключ? Особенности реализации ограничений в ИС с различной архитектурой. Типы диаграмм используемых в различных нотациях. Типы данных, используемых в SQL – сервере InterBase. 2.35 Задания СРСП. 1. Входной контроль по дисциплинам «Программирование», «Базы данных»; 2. Защита модели выбранного бизнес – процесса; 3. Защита разработанных бизнес – правил; 4. Ответить на контрольные вопросы первого модуля [1]; 5. Провести проверку SQL – кода создания БД; 6. Защитить отчет по первой лабораторной работе; 7. Защитить отчет по разделу 3.1 курсовой работы [2]; 8. Разработать пример вопроса тестового задания по теме раздела. 2.36 Задания СРС. 1. Изучить методические указания к первой лабораторной работе [1]; 2. Ответить на примеры тестовых заданий к первому модулю [1]; 3. Выбор предметной области для выполнения лабораторных работ; 4. Выбор предметной области курсового проекта; 5. Установка на персональном компьютере SQL – сервера InterBase; 6. Проверка работоспособности среды управления сервером; 7. Изучить SQL - код создания учебной БД (FONEBOOK.GDB); 8. Проектирование и использование ограничений; 9. Изучение функции среды управления: CREATE DATABASE, DROP DATABASE, REGISTER DATABASE, CONNECT, DISCONNECT; 10. Изучить конспект 1,2 лекций [3]; 2.37 Демонстрация. Инсталляция учебного примера. Подключение и регистрация сервера. Работа со справочным материалом. Бизнес правила учебного примера. Ограничения ссылочной целостности. 2.38 Тренировочный тест, 10 вопросов. Ответы 1
2
3
4
5
6
7
8
9
10
3.1 SQL – сервер . Модели и методы формирования баз данных Определение и назначение. Современные системы управления базами данных. Промышленные сервера БД. Инсталляция и администрирование (SQL – сервер InterBase). Среда управления. Функциональные возможности SQL – сервера. Работа с БД. 3.2 Определение . SQL – сервер
- это система управления реляционными базами данных, использующая в качестве стандарта ведения данных язык структурированных запросов (SQL). Ведущие производители серверов баз данных: (Oracle, Sybase, Microsoft, Informix, Borland). В отличии от настольных СУБД (dBase, Clipper, FoxPro, Access, Paradox), сервера БД используются для разработки систем с клиент – серверной архитектурой. Такие системы, как правило, являются распределенными (работают в локальных и глобальных сетях) и поддерживают работу большого количества клиентов. 3.3 Вопрос . Какие СУБД используются на предприятиях города? Или в каких системах какие СУБД используются? 1. Oracle. 2. MS SQL-server. 3. MySQL. 4. Informix. 5. InterBase. 3.4 Инсталляция сервера с дистрибутива Delphi. Выбор третьей позиции «InterBase 6.0 Server».
В меню появляется программа «InterBase» c пунктами: «IBConsole»; «InterBase Server Manager». При инсталляции Delphi появляется аналогичное окно, соответствующее инсталляции клиента для этого сервера. 3.5 Каталог установки по умолчанию. Каталог установки по умолчанию «C:\Program Files\Borland\InterBase\». Поиск примеров, для выполнения лабораторных и курсовых работ.
Тестовая БД сервера IB. Демонстрация учебной БД. 3.6 Запуск сервера. Утилита «InterBase Server Manager».
Режимы запуска: (Автозапуск, ручной), (процесс или программа). Останов сервера. 3.7 Свойства сервера . Свойства сервера (правый клик на иконке), выбор функции «InterBaseProperties».
Каталог. Версия. Количество пользовательских лицензий. Поддержка протоколов. Количество работающих пользователей. Количество подключенных БД. Выбор функции «Shutdown» приведет к останову сервера. 3.8 Администрирование . Основные функции: - создание серверной БД и установка реквизитов базы данных; - определение пользователей и их паролей; - резервное копирование или восстановление БД; - удаление “мусора” из базы; - завершение/откат зависших транзакции; - проверка базы на наличие ошибок; - просмотр метаданных базы данных в формате сценария SQL; - контроль работы пользователей; - управление данными и метаданными. 3.9 Среда управления . Интегрированное рабочее место администратора IBConsol, поставляемое вместе с сервером. IBExpert отдельное приложение, русифицировано.
Демонстрация. 3.10 Подключение локального сервера . Подключение локального сервера производится выбором функции «
Server\Register…»
с определением следующих параметров: - выбор опции «Local Server»; - задание имени SYSDBA в поле «User Name» и пароля masterkey в поле «Password». Демонстрация.
3.11 Создание БД . Создание новой БД. Функция «Create Database».
3.12 Параметры . Обязательно проверить установку параметров: Alias: это просто имя БД, отображаемое в дереве консоли. Filename: полный путь к каталогу БД, для студентов, например, «C:\PIS\Zagainov\zagainov.gdb», каталог должен уже существовать. Default Character Set: обязательно WIN1251, выбор из списка. SQL Dialect: обязательно 3, первый использовался в сервере пятой версии. 3.13 Вопрос . Как транспортировать проектируемую БД или формат созданной БД? 3.14 Регистрация БД . Функция «Register». Последовательность поиска и выбора файла БД. При администрировании с удаленной машины, функция выбора на сетевой папке не поддерживается, необходимо точно указать путь и тогда БД будет подключена к серверу. В поле «Default Character Set» выбирается кодировка «CYRL».
3.15 Управление БД в IBConsole . Дерево объектов БД (метаданных): 1. Домены. 2. Таблицы. 3. Просмотры. 4. Хранимые процедуры. 5. Функции, определяемые пользователем. 6. Генераторы. 7. Исключения.
3.16 Объекты сервера . Базы данных, не обязательно одна. Резервные копии. Сертификаты. Пользователи.
3.17 Функции управления БД . Connect. Disconnect. Shutdown. Sweep. View Metadata. Drop Database. Database Backup. Restore Database. Connected Users. 3.18 Управление пользователями . Создание нового пользователя. Выбор функции «Add users» контекстного меню. При выборе функции изменения, не удалять пароль masterkey администратора сервера.
3.19 Вход в систему . Вход в систему под именем нового пользователя осуществляется выбором функции «Connect As». Права доступа к БД имеет пользователь, создавший ее и системный администратор.
3.20 Вопрос . Если БД создана системным администратором, возможна ли работа с ней других пользователей? 1. Возможна. 2. Не возможна. 3. Возможна при задании определенных привилегий. 4. Только если пользователю задают привилегии системного администратора. 5. Нет правильного ответа. 3.21 Ошибки соединения . Сообщение об ошибке имени или пароля пользователя. Your user name and password are not defined. Ask your database administrator to set up an InterBase login Сообщение о нарушении прав доступа к метаданным БД. Задание, выполняемое на лабораторной работе. 3.22 Вопрос . Сколько БД может одновременно использовать клиентское приложение? 1. Одну БД на одном сервере. 2. Несколько БД на одном сервере. 3. По одной БД на нескольких серверах. 4. Несколько БД на различных серверах. 5. Нет правильного ответа. 3.23 Управление резервными копиями . Функции управления резервной копией: «Backup», «Restore». В общем случае – создание копии БД в архивированном виде. Соединение с БД должно быть установлено. Создание резервной копии – удобный механизм транспортировки БД домой.
3.24 Параметры Backup . Параметры резервной копии: Alias: имя в реестре резервных копий. Filename: путь и имя файла с расширением gbk. Format: - Transportable (переносимый); - Metadata Only (сохранить только структуру БД без данных). Остальные параметры по умолчанию. Обратить внимание на размер самой БД, сравнить с размером копии. Протокол создания копии.
Функции управления резервной копией: - Backup; - Restore; - Modify Backup Alias; - Delete Alias. 3.25 Восстановление БД из резервной копии. Выбор функции «Restore», с последующим заданием параметров. Файл БД с таким же именем не создается. Предварительно необходимо удалить старую версию, отсоединившись от БД.
Размер страницы по умолчанию выбирается в соответствии с размером данных. Для одной структуры будет предложено значение 1024. 3.26 SQL – скрипт БД . Скрипт – механизм сохранения структуры БД в текстовом файле. Функция «View Metadata». Сохранение файла с расширением sql.
3.27 Восстановление БД из скрипта. Можно восстановить структуру БД. Для этого потребуется запустить окно «Interactive SQL». Данная утилита предназначена для выполнения операторов манипулирования как объектами метаданных, так м самими данными. Загрузить скрипт можно выбором функции «Load Script» пункта меню «Query». Загруженный скрипт появляется в окне выполнения SQL – операторов. Выполняется скрипт командой «Execute». Иконка на панели инструментов.
3.28 Вопросы по 2 лабораторной . Назначение основные функции серверов баз данных. Основные функции администрирования БД и SQL – сервера. Что означает привилегия доступа, какие виды привилегий используются, какие операторы назначения и ликвидации, прав доступа Вам известны? Как осуществляется установка прав доступа по умолчанию? SQL - операторы управления данными, синтаксис, основные конструкции. Оператор просмотра данных SELECT, построение наборов связанных таблиц, агрегирование значений. Типы данных SQL – сервера, их машинное представление и ограничения. Операторы создания доменов и таблиц. Понятия метаданных сервера и скрипта БД. Управление транзакциями в утилите ISQL. Реализация бизнес – правил на стороне сервера. Ограничения, накладываемые на домены и столбцы. 3.29 Задания СРСП . 1. Защита выбора типов данных, определения пользователей; 2. Выбор и защита привилегий пользователей; 3. Ответить на контрольные вопросы второго модуля [1]; 4. Провести отладку SQL – кода таблиц, доменов, привилегий; 5. Защитить отчет по второй лабораторной работе; 6. Защитить отчет по разделу 3.2 курсовой работы [2]; 7. Разработать пример вопроса тестового задания по теме раздела. 3.30 Задания СРС . 1. Изучить методические указания ко второй лабораторной работе [1]; 2. Ответить на примеры тестовых заданий ко второму модулю [1]; 3. Изучить SQL - код доменов, таблиц в учебной БД (FONEBOOK.GDB); 4. Проектирование и использование представлений; 5. Изучение системы помощи (HELP), утилиты InteractivSQL, операторы: CREATE TABLE, ALTER TABLE, DROP TABLE, CREATE DOMAIN, GRANT, REVOKE; 6. Изучить конспект 2,3 лекций [3]; 7. Изучение типов данных SQL – сервера InterBase. 3.31 Демонстрация. Инсталляция сервера. Создание БД. Регистрация БД. Функции управления. Управление пользователями. Управление резервными копиями. SQL – скрипт БД. 4.1 Interactive SQL. Определения и основные функции управления БД. SQL - операторы. Создание доменов. Проектирование таблиц. Типы данных SQL – сервера Inter Base. Моделирование данных процессов. Инструментальные средства case - технологии. Демонстрации. 4.2 Определение. Interactive SQL (ISQL) – редактор SQL запросов, предназначенный для выполнения запросов к БД и просмотра результатов их выполнения. Окно «Interactive SQL» запускается выбором соответствующего пункта меню «Tools» или иконкой рабочей панели IBConsole. 4.3 Окно ISQL.
4.4 Функции ISQL. Область редактирования запросов, протоколирование всех выполненных операторов. Окно вывода результатов. Запуск операторов на выполнение. Загрузка скрипта и сохранение БД в скрипт. Управление БД. 4.5 SQL - операторы. Встроенный справочник операторов, пункт «SQL Reference»
4.6 Домены. Домен – поименованный объект метаданных определяющий характеристики поля (глобальный тип столбца), его тип данных, накладываемые ограничения для последующего определения полей нескольких таблиц. Создается оператором: CREATE DOMAIN домен [AS] <тип_данных> [DEFAULT (литерал! NULL | USER}] [NOT NULL] [CHECK (<усл_поиска_домена>)] [COLLATE collation]; 4.7 Изменение домена. Изменение определения домена производится при помощи оператора ALTER DOMAIN. Формат оператора: ALTER DOMAIN имя { [SET DEFAULT {литерал | NULL | USER}] | [DROP DEFAULT] | [ADD [CONSTRAINT] CHECK (<огранич_домена>)] | [DROP CONSTRAINT]} Утверждение ALTER DOMAIN имеет новые опции, которые позволяют Вам изменять имя и тип данных. ALTER DOMAIN domain1 TO domain2; 4.8 Примеры. В качестве примера домены учебной БД. CREATE DOMAIN D_EM CHAR (24) CHECK(VALUE LIKE ('%@%') ) COLLATE PXW_CYRL; Проверка наличия символа «@», обязательного в имени электронного адреса. Предложение COLLATE задает порядок сортировки символов, например для кодировки WIN1251. CREATE DOMAIN ROOM AS INTEGER CHECK (VALUE>=100 AND VALUE<=1000) Нужно следить за тем, чтобы в объявлении домена не было противоречий с ограничениями, накладываемыми при определении поля таблицы. 4.9 Проектирование таблиц. Определение таблицы производится выполнением оператора: CREATE TABLE table (<col_def> [, <col_def> | <tconstraint> …]); Демонстрация общего формата оператора. 4.10 Примеры. CREATE TABLE "TEST" ( "I1" INTEGER NOT NULL, "S1" CHAR(15) CHARACTER SET WIN1251, "S2" VARCHAR(10) CHARACTER SET WIN1251, PRIMARY KEY ("I1") ); CREATE TABLE EMPLOYEE ( TAB_NUM INTEGER NOT NULL, FIRST_NAME VARCHAR(20), LAST_NAME VARCHAR(20), PHONE INTEGER, NUM_T INTEGER, NUM_D INTEGER NOT NULL, FULL_NAME COMPUTED BY ((LAST_NAME || ' ' || FIRST_NAME)) ); Автоматически подставляется определенная для БД кодировка полей строковых типов. Использование домена для определения типа поля. Обратить внимание на отсутствие определения типа данных у вычисляемого поля и функцию сцепления строк (concatenation). 4.11 Свойства объектов. Просмотр свойств созданного элемента производиться двойным нажатием левой кнопки мыши на выбранном элементе.
Properties – структура объекта метаданных; Metadata – SQL – код объекта; Data – данные объекта. 4.12 Навигация. Навигация между открытыми окнами IBConsole, «ISQL» и «Свойствами объектов». Использовать только один процесс ISQL.
4.13 Изменение таблиц. Оператор изменения таблиц ALTER TABLE. Для добавления внешних ключей. Добавление ограничений полей. Добавление полей. Изменение типа данных. При манипулировании структурой нельзя забывать о наличии данных в системе, которые могут не соответствовать вводимым ограничениям. Поиск имени ограничения (демонстрация). В шестой версии встроены дополнительные функции: - изменение типа данных столбца; - изменение имени столбца; - изменение позиции столбца в таблице. 4.14 Примеры: изменения имени столбца таблицы table1 ALTER TABLE table1 ALTER COLUMN field1 TO field2; изменение типа данных на char(20) ALTER TABLE table1 ALTER COLUMN field1 TYPE char(20); изменение номера позиции на четвертый ALTER TABLE table1 ALTER COLUMN field1 POSITION 4; Изменения типа данных будут вызывать ошибку, если при изменении происходит потеря данных, например, уменьшение числа символов в столбце приводит к усечению данных поля, содержащего длинное строковое значение. 4.15 Ограничения конвертации. Таблица содержит данные о допустимых преобразованиях типов данных.
4.16 Ограничения длины. Преобразование числового типа к символьному типу требует минимальной длины для символьного типа как перечислено в таблице:
4.17 Удаление таблиц. Удаление таблицы целиком производится оператором: DROP TABLE <имя таблицы>; Удаление может быть блокировано для родительских таблиц, для которых в дочерних таблицах (на данный момент не удаленных) имеются ссылки по внешнему ключу этих таблиц. Удаление блокируется также открытой транзакцией к БД, использующей данную таблицу. 4.18 Вопрос. Поле первичного ключа таблицы SQL – сервера, определенное типом данных SMALLINT и заполняемое генератором БД, стартующим с 0, может обеспечить запись следующего количества уникальных значений: A) 2 15
. B) 2 16
. C) 2 32
. D) 1024. E) 32000. 4.19 Типы данных. Данные сохранены в предопределенном формате называемом типом данных (машинное представление). Типы данных могут быть классифицированы в четыре категории: 1. Числовые; 2. Символьные; 3. Даты; 4. Большие бинарные файлы (BLOB). В седьмой версии будет тип BOOLEAN 16 bits, значения (TRUE, FALSE, UNKNOWN). 4.20 Числовые (целочисленные и вещественные). SMALLINT 16 bits –32,768 до 32,767 Короткое (машинное слово) INTEGER 32 bits –2,147,483,648 до 2,147,483,647 Длинное слово FLOAT 32 bits 1.175 .
10-38
до 3.402 .
1038
IEEE Одиночная точность, 7 знаков DOUBLE PRECISION 64 bits 2.225 .
10-308
до 1.797 .
10308
IEEE Двойная точность, 15 знаков Управлять количеством знаков в дробной части при объявлении вещественного числа нельзя. Если требуется вводить или выводить вещественной число в строго заданном формате ХХХХХ.ХХ, в программе используют маску. 4.21 Числовые (фиксировано - десятичные). NUMERIC (precisio
n, scal
e) (Точность/Масштаб) Переменная (16, 32, или 64 bits) Точность
от 1 до 18 Масштаб
от 0 до 18 Масштаб <= Точность Определяет точно количество сохраняемых знаков. Определяет количество знаков после запятой. DECIMAL (precisio
n, scal
e) Переменная (16, 32, или 64 bits) Точность
от 1 до 18 Масштаб
от 0 до 18 Масштаб <= Точность Определяет по возможности цифры точности. Определяет количество знаков после запятой. Где точность определяет общее количество знаков в хранимом числе (максимум 18), а масштаб - количество знаков в дробной части и может быть равен нулю. Заметим, что специальных типов DECIMAL и NUMERIC не существует, а вместо них используются типы INTEGER или DOUBLE PRECISION: если точность (количество знаков в числе) меньше 10, то реальный тип столбца INTEGER, если больше или равно 10, реальный тип столбца DOUBLE PRECISION. 4.22 Примеры. В диалекте 3, IB6, соответствует SQL92 стандарту, сохраняя NUMERIC и DECIMAL с от 10 до 18 цифр точности как 64-разрядные целые числа (INT64). Примеры: NUMERIC(10,3)
сохраняет числа точно в следующем формате: 1234567.sss
DECIMAL(7, 3)
сохраняет числа точно в следующем формате: 1234567.sss
4.23 Вопрос. Какой тип данных будет использоваться сервером IB для формирования поля с заданным типом NUMERIC(26,2)? 1. SMALLINT. 2. INTEGER. 3. FLOAT. 4. DOUBLE PRECISION. 5. Нет правильного ответа. 4.24 Символьные. Символьные типы данных: CHAR(
n
)
Точно n байт. Допустимый интер -вал от 1 до 32767 байт Строка текста фиксированной длины. VARCHAR (
n
)
Длинна до n байт. Допустимый интер -вал от 1 до 32765 байт Строка текста переменной длины. Столбцы VARCHAR(n) позволяют экономить дисковое пространство, давая возможность серверу располагать больше записей на странице БД. К недостаткам относится то, что VARCHAR(n) читаются медленнее, чем CHAR(n)). Попытка записать в столбец более чем п символов приведет к усечению лишних символов. Если п опущено, по умолчанию подразумевается 1. 4.25 Сортировка. Порядок сортировки символов определяет принцип, по которому символьные значения будут сравниваться и сортироваться в операторах SELECT (если в нем присутствуют разделы WHERE, ORDER BY),
при обновлении индексов и т. д. LAST_NAME VARCHAR(20) COLLATE PXW_CYRL, Следует учесть, что значения в строковых столбцах с набором WIN1251 и сортировкой PXW_CYRL упорядочиваются в стиле Windows 32: буквы идут по парам, строчные буквы предшествуют заглавным: аАбБвВгГ…Яя
Демонстрация кодов символов в IBExpert. 4.26 Типы определения даты. Определение даты, производится одним из трех возможных типов. DATE 32 bits от 01.01.0100 до 29.02.32768 Хранит год, месяц, день. TIME 32 bits от 0-00 до 23:59.9999 Хранит время TIMESTAMP 64 bits от 01.01.0100 до 29.02.32768 Комбинация типов Date и Time. TIME включает информацию относительно времени в часах, минутах, секундах, и миллисекундах. Тип задания отображения полей (разделители) определяются в среде разработки, операционной системе, приложениях. 4.27 Бинарные объекты. Для хранения в БД больших бинарных объектов (файл с произвольным расширением) используются типы данных полей BLOBPOLE BLOB
SEGMENT SIZE 1024, Поле имеет переменную длину и интерпретируется как последовательность байтов. InterBase хранит значения BLOB-столбцов в самой БД в виде сегментов. Одна операция ввода-вывода при доступе к BLOB-
информации оперирует с одним сегментом. В таблице БД, если в ней объявлен столбец типа BLOB, хранится указатель на начальный сегмент столбца в области хранения BLOB-информации этой БД. По умолчанию длина сегмента составляет 80 байт, максимальная длина сегмента 32 Кбайт (32 768 байт). 4.28 Массивы данных. В InterBase могут определяться столбцы-массивы. Для создания столбца-массива в конце его определения указывается в квадратных скобках целое число или диапазон, определяющие количество элементов массива. Например: ARR_COL INTEGER [30], ARR_COL1 INTEGER [0:29], Массив может содержать до 16 измерений, которые перечисляются через запятые: ARR_COL INTEGER [0:29, 15, 10] что эквивалентно такому объявлению Object Pascal: var Arr_Col: array [0..29, 1..15, 1..10] of integer; 4.29 Совместимость типов. При выполнении операций над столбцами разного типа InterBase пытается автоматически привести типы таким образом, чтобы значения, участвующие в операции, принадлежали совместимым типам. Совместимыми считаются только типы DATE, CHAR и NUMERIC. Для явного приведения типов можно использовать функцию CAST, которая приводит типы внутри оператора SELECT, обычно в предложении WHERE: SELECT ... WHERE CHAR_DATE <= CAST (DATE_DATE AS CHAR); 4.30 Управление данными. Для управления данными используются операторы INSERT , DELETE , UPDATE . INSERT INTO DIVISION (NUM_D, NAME_D, "LEVEL", E_MAIL) VALUES (:NUM_D, :NAME_D, :LEVELS, :e_mail); INSERT INTO DIVISION VALUES (:NUM_D, :NAME_D, :LEVELS, :e_mail); Использование генераторов. CREATE GENERATOR G_EMP; SET GENERATOR G_EMP TO 100; Функция GEN_ID(Name_generator, 1), где 1 это шаг увеличения счетчика. 4.31 Удаление данных. Удаление записи таблицы. DELETE FROM Имя_таблицы WERHE Условие_поиска. Без задания условий поиска будут удалены ВСЕ
записи таблицы. 4.32 Вопросы по 2 лабораторной. Назначение основные функции серверов баз данных. Основные функции администрирования БД и SQL – сервера. Что означает привилегия доступа, какие виды привилегий используются, какие операторы назначения и ликвидации прав доступа Вам известны? Как осуществляется установка прав доступа по умолчанию? SQL - операторы управления данными, синтаксис, основные конструкции. Оператор просмотра данных SELECT, построение наборов связанных таблиц, агрегирование значений. Типы данных SQL – сервера, их машинное представление и ограничения. Операторы создания доменов и таблиц. Понятия метаданных сервера и скрипта БД. Управление транзакциями в утилите ISQL. Реализация бизнес – правил на стороне сервера. Ограничения, накладываемые на домены и столбцы. 4.33 Задания СРСП. 1. Защита выбора типов данных, определения пользователей; 2. Выбор и защита привилегий пользователей; 3. Ответить на контрольные вопросы второго модуля [1]; 4. Провести отладку SQL – кода таблиц, доменов, привилегий; 5. Защитить отчет по второй лабораторной работе; 6. Защитить отчет по разделу 3.2 курсовой работы [2]; 7. Разработать пример вопроса тестового задания по теме раздела. 4.34 Задания СРС. 1. Изучить методические указания ко второй лабораторной работе [1]; 2. Ответить на примеры тестовых заданий ко второму модулю [1]; 3. Изучить SQL - код доменов, таблиц в учебной БД (FONEBOOK.GDB); 4. Проектирование и использование представлений; 5. Изучение системы помощи (HELP), утилиты InteractivSQL, операторы: CREATE TABLE, ALTER TABLE, DROP TABLE, CREATE DOMAIN, GRANT, REVOKE; 6. Изучить конспект 2,3 лекций [3]; 7. Изучение типов данных SQL – сервера InterBase. 4.35 Демонстрация. Создание домена. Проектирование таблиц. Определение первичных ключей. Изменение структуры таблиц. Изменение описания полей. Задание привилегий пользователей. Операторы управления данными. 4.36 Тренировочный тест, 10 вопросов. Ответы 1
2
3
4
5
6
7
8
9
10
5.1 Инструментальные средства. Инструментальные средства проектирования. Определение и назначение. Инсталляция, настройка параметров. Основные свойства, конструкции. Метаданные БД SQL – сервера. Проектирование средств поддержки ссылочной целостности данных. Реляционные связи баз данных. Проектирование генераторов. Реализация бизнес – правил на стороне сервера. 5.2 Определение. IB Expert (Эксперт) – профессиональная графическая среда управления и администрирования SQL – серверов InterBase и FireBird. Основное преимущество - использование для выполнения функций управления графического интерфейса со встроенной справочной системой, позволяющего программисту абстрагироваться от синтаксиса SQL – языка. Встроенный графический дизайнер реляционной диаграммы БД. Генератор тестовых наборов данных. 5.3 Инсталляция IB Expert. 1. Дистрибутив: ibet_2.5.0.14_full.exe 2. Каталог. C:\Program Files\HK-Software\IB Expert 2.0 3. Запуск Эксперта. «Пуск\Программы\IB Expert 2.0\IBExpert». Демонстрация инсталляции и настройки. 5.4 Структура среды IB Expert. Главное окно приложения:
5.5 Определение языка. Русификация: Options | Environment Options | Interface Language – выбрать русский:
Остальные функции – настройка интерфейса пользователя Эксперта оставить по умолчанию. 5.6 Создание БД. Создание файла базы данных «База данных\Создать БД»
5.7 Регистрация БД. Выбор пункта «Зарегистрировать базу» в меню «База данных» или из всплывающего меню, вызываемого правым кликом на поле окна «Редактора БД». Для регистрации задается следующая информация:
5.8 Основные функции. Вызов всех основных функций работы с БД правый клик на отмеченной базе.
5.9 Просмотр объектов. Для просмотра объекта метаданных достаточно выполнить двойной клик на выделенном поле. После отображения окна свойств, переключение между объектами возможно при помощи выпадающего меню:
5.10 Резервное копирование. Меню «Службы\Резервирование БД»
5.11 SQL - редактор. Выполнение SQL – операторов производится в окне редактора «Инструменты\SQL редактор»
5.12 Пользователи. Определение пользователей SQL - сервера «Инструменты \ Менеджер пользователей»
5.13 Создание объектов. Создание доменов. Создание таблиц. Создание ограничений. Определение первичного (уникального) ключа. Определение внешнего ключа. Все объекты метаданных создаются выбором функции «Новый объект» контекстного меню, вызываемого правым кликом, на объекте дерева БД Expert, или выбором соответствующей функции меню, или выбором соответствующей пиктограммы в панели управления. 5.14 Управление свойствами. Управление свойствами объектов, например, полей, выполняется выбором требуемой функции контекстного меню.
5.15 Определение внешнего ключа. Внешний ключ это столбец, чьи значения должны соответствовать значениям столбца в другой таблице. Определение внешнего ключа производится из меню «Ограничения» выбором пункта «2 Внешние ключи»:
5.16 Формат оператора. Добавление внешнего ключа производится оператором ALTER TABLE Имя_Таблицы ADD FOREIGN KEY (<список столбцов внешнего ключа>) REFERENCES <имя родительской таблицы> [<список столбцов родительской таблицы>] [ON DELETE (NO ACTION | CASCADE | SET DEFAULT | SET NULL}] [ON UPDATE {NO ACTION | CASCADE I SET DEFAULT | SET NULL}] Параметры: ON DELETE: ON UPDATE определяют способы изменения подчиненных записей дочерней таблицы при удалении или изменении поля связи в записи родительской таблицы. Вопрос. Сколько внешних ключей необходимо для организации связи один к одному между двумя таблицами? 1. Один в дочерней таблице. 2. По одному в дочерней и в родительской. 3. Два ключа в дочерней таблице. 4. Такая связь не допустима. 5. Для организации такой связи внешние ключи не используются. 5.18 Реляционная диаграмма. Отображение связей на реляционных диаграммах
Надписи на связях определяются именами оператора [CONSTRAINT <имя ссылочной целостности>] 5.19 Проверка зависимости. Проверка реляционной зависимости производится при помощи выполнения операторов управления данными: INSERT, UPDATE, DELETE над родительской или дочерней таблицей. Подготавливать набор данных для операторов можно с использованием окна свойств таблиц со встроенным навигатором:
5.20 Генератор. Механизм генераторов предназначен для формирования автоинкрементных значений целочисленных полей. CREATE GENERATOR G_EMP; SET GENERATOR G_EMP TO 100; Такой генератор будет выдавать значения, начиная со 101 до максимально возможного целого числа, определяемого типом данных, заполняемого поля таблицы. Функция обращения к значению генератора GEN_ID(Имя_Генератора, Шаг_приращения); Может использоваться с операторами присвоения значений INSERT, SET, UPDATE. 5.21 Вопрос. Поле первичного ключа таблицы SQL – сервера, определенное типом данных INTEGER и заполняемое генератором БД, стартующим с 0, может обеспечить запись следующего количества уникальных значений: A) 2 15
. B) 2 16
. C) 2 32
. D) 1024. E) 32000. 5.22 Вопросы по 3 лабораторной. Объяснить необходимость обязательного определения первичного ключа в таблице. В чем заключается смысл ссылочной целостности данных в реляционной модели? Операторы определения ссылочной целостности данных, каскадного обновления и удаления. SQL - оператор создания триггеров, алгоритмический язык проектирования триггеров. Формат заголовка триггера, определение очередности срабатывания. Формат определения старых и новых значений полей ассоциированной таблицы. Определение тела триггера для заполнения автоинкрементного поля значением генератора. Организация каскадных воздействий в таблицах при помощи триггеров. Использование механизма триггеров для ведения архивов изменений в таблицах базы данных. 5.23 Задания СРСП. 1. Защита выбора механизма каскадного ведения данных. 2. Выбор и защита сложного бизнес – правила, реализуемого триггером. 3. Ответить на контрольные вопросы третьего модуля [1]; 4. Провести отладку SQL – кода спроектированных триггеров; 5. Защитить отчет по третьей лабораторной работе; 6. Защитить отчет по разделу 3.3 курсовой работы [2]; 7. Тест первого рубежного контроля. 8. Разработать пример вопроса тестового задания по теме раздела. 5.24 Задания СРС. 1. Изучить методические указания к третьей лабораторной работе [1]; 2. Ответить на примеры тестовых заданий к третьему модулю [1]; 3. Изучить SQL - код триггеров, используемых в учебной БД (FONEBOOK.GDB); 4. Проектирование и использование генераторов; 5. Изучение системы помощи (HELP), утилиты InteractivSQL, операторы: CREATE TRIGGER, ALTER TRIGGER, DROP TRIGGER, CREATE GENERATOR, SET GENERATOR, INSERT, UPDATA, DELETE; 6. Изучить конспект 5,6 лекций [3]; 7. Среда управления SQL – сервера - IBExpress. 5.25 Демонстрация. Инсталляция среды IB Expert. Задание параметров. Создание и регистрация БД. Создание объектов метаданных. Просмотр свойств объектов. Редактирование свойств объектов БД. Создание и использование генераторов. 6.1 Механизм триггеров. Определение и назначение. Формат оператора создания триггера. Основные свойства конструкции. Создание триггера в среде IB Expert. Особенности создания триггеров в IB Console. Примеры использования. 6.2 Определение. Триггер -
это процедура базы данных, написанная на специальном алгоритмическом языке и автоматически вызываемая SQL-сервером при обновлении, удалении или добавлении новой записи в таблицу БД. Триггеры всегда ассоциируется с действием по отношению к таблице. Запуск триггера связан с выполнением одного из операторов управления данными (INSERT, UPDATE, DELETE) к определенной записи таблицы. Любой пользователь, имеющий определенные привилегии на таблицу, автоматически имеет права выполнять связанные с ней триггеры. Непосредственно из программы к триггерам обратиться нельзя. Нельзя и передавать им входные параметры и получать от них значения выходных параметров. 6.3 Назначение. Обычно триггера используются для: 6.4 Формат. Формат оператора создания триггеров: CREATE TRIGGER name FOR table [ACTIVE | INACTIVE] {BEFORE | AFTER} {DELETE | INSERT | UPDATE} [POSITION number] AS DECLARE VARIABLE variable <datatype>; [DECLARE VARIABLE variable <datatype>; ...] BEGIN <тело_триггера> END
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||