--PAGE_BREAK--· Связывание одной таблицы с другой
Но на примере наших таблиц можно показать реальное использование в деловой ситуации. Предположим, что персонажи в наших первых таблицах — это работники МЧС России. В другой таблице, мы могли бы запомнить дополнительную информацию них. Столбцы второй таблицы PROF (Interbase
)и профессия (MS
Access
)профессия выглядят так:
SELECT *
FROM PROF;
SELECT профессия.[код профессии], профессия.[название профессии]
FROM профессия;
Interbase
MSAccess
K_P NAZ
==== ========
1 пожарный
2 водитель
3 бухгалтер
4 инспектор
5 начальник караула
6 диспетчер
7 секретарь
8 водометчик
9 командир отделения
10 начальник части
11 заместитель по тылу
12 наводчик
код название
профессии профессии
= = = = = = = = = = = == = = = = = = = ==
1 пожарный
2 водитель
3 бухгалтер
4 инспектор
5 начальник караула
6 диспетчер
7 секретарь
8 водометчик
9 командир отделения
10 начальник части
11 заместитель по тылу
12 наводчик
Вся таблица:
Много мощных функций можно выполнить, извлекая информацию из этих таблиц согласно указанным параметрам, особенно когда эти параметры включают в себя фрагменты информации связанные в различных таблицах друг с другом. Например, возьмем запрос: Вывод сотрудников с соответствующими им профессиями:
Interbase
SELECT TAB_NO,FAM,IMIA,OTSH,G_R,PROF.NAZ
FROM DAN,PROF
WHERE DAN.K_P=PROF.K_P;
MSAccess
SELECT данные.[табельный номер], данные.фамилия, данные.имя, данные.отчество,
данные.[год рождения], профессия.[название профессии]
FROM профессия INNERJOIN данные ON профессия.[код профессии] = данные.[код профессии];
Interbase
TAB_NO FAM IMIA OTSH G_R NAZ
====== ========= ========== =============== ==== ================
1001 Петров Петр Петрович 01.12.1971 инспектор
1002 Сидоров Павел Сергеевич 10.03.1975 начальник караула
1003 Кортунов Сергей Владимирович 17.07.1963 начальник части
1004 Семенова Пелагея Никитична 01.06.1985 диспетчер
1005 Романова Евлампия Апполинарьевна 04.12.1982 диспетчер
1006 Несмелая Агрофена Агриповна 04.11.1976 секретарь
1007 Сердюков Игорь Игнатьевич 27.05.1978 пожарный
1008 Любимов Петр Николаевич 17.02.1967 водометчик
1009 Шарипов Руслан Имранович 14.08.1960 пожарный
1010 Ухабистова Авдотья Владиленовна 07.10.1956 бухгалтер
1011 Игумнов Андрей Дмитриевич 25.03.1962 заместитель по тылу
1012 Ильюшин Дмитрий Александрович 19.11.1958 наводчик
1013 Туполев Эдуард Валентинович 06.01.1969 пожарный
1014 Рабинович Ицхак Абрамович 23.09.1984 водитель
1000 Иванов Иван Иванович 12.04.1968 водитель
MSAccess
Таб №
фамилия
имя
отчество
год рождения
название профессии
1
ИВАНОВ
Иван
Иванович
1988
пожарный
2
ПЕТРОВ
Петр
Петрович
1988
пожарный
3
СИДОРОВ
Сидор
Сидорович
1977
пожарный
4
ФРОЛОВА
Мария
Александровна
1970
секретарь
5
ФРОЛОВА
Анастасия
Дмитриевна
1990
инспектор
5
КУКУШКИН
Антон
Викторович
1955
заместитель по тылу
Схемы баз данных (DatabaseDiagrams) — это тип объектов, который присутствует только в проектах Access. Они являются аналогом схемы данных в базах данных Access, однако в проектах Accessэто понятие существенно расширено.
Во-первых, таких схем в одном проекте может быть несколько. Это значит, что всю совокупность таблиц можно разделить на логические области и построить для каждой из них свою схему данных. Это очень важно, т. к. количество таблиц в базе данных на сервере может быть очень велико, и, если разместить их все на одной схеме, она может быть просто необозрима. Кроме того, могут быть созданы схемы данных для определенных целей, когда нужно выделить и выразить специфический взгляд на подмножество таблиц базы.
Во-вторых, сам инструментарий для создания схем баз данных более богат: он позволяет не только определять связи между существующими таблицами, но и изменять структуру и свойства таблиц, создавать новые таблицы и т. д. В этом смысле он является альтернативой обычному способу описания таблиц — с помощью режима Конструктора.
Вы можете выполнять операции как с отдельным объектом этой структуры, так и с группой объектов. Причем все изменения, которые вносятся в структуру базы данных, не сохраняются не сервере до тех пор, пока вы не сохраните измененную схему. Это удобно, когда нужно внести много изменений. Тогда сохранить можно только конечный результат, когда вы убедились, что все изменения согласованы.
Программы реляционной базы данных разрабатывались для того чтобы обрабатывать большие и сложные совокупности данных такого типа, что очевидно является более универсальным методом в деловом мире. Даже если бы база данных отдела кадров содержала сотни или тысячи имен — как это вероятно и бывает на практике — одна команда SQL может выдать мне информацию в которой он нуждался почти немедленно.
В отличии от строк, столбцы таблицы упорядочиваются и нумеруются, так в таблице № 3 OCLAD первый столбец слева K_O содержит код оклада. Во избежание неоднозначности все столбцы таблицы должны иметь разные имена. Кроме того, он является первичным ключом — важным элементом в структуре базы данных. Каждый столбец имеет определенный тип данных. Все данные конкретного столбца относятся к одному типу: текст, число, дата и т.д., так как содержит однотипную информацию.
//Вывод общее количество кодов оклада //Interbase
SELECT
COUNT
(*)
FROM OCLAD;
COUNT
=====
9
// Вывод максимального оклада//MS
Access
ELECT DISTINCTROW Max([
оклады
].[
оклад
]) AS [Max —
оклад
]
FROM оклады;
оклады max
Max — оклад
5 999,55р.
Таблицы DAN, PROF, OCLAD образуют простую реляционную БД, она мала, с ней легко работать, но содержит все необходимые компоненты для иллюстрации основных принципов и приемов применения SQL. Первый столбец каждой таблицы содержит №№, разные для каждой строки (первичные ключи). Некоторые из номеров встречаются в других столбцах таблиц. Это внешние ключи, которые ссылаются на первичные ключи (для удобства имеют одинаковые имена). Выполнение условия «прикрепления» таблиц, говорит, что система находится в состоянии «ссылочной целостности»
3.
Хранимые процедуры
база файл триггер информация
Это тоже элемент базы данных, наряду с таблицами. Это специальная программа, написанная на так называемом языке процедур и триггеров и хранимая в качестве части базы данных. Поскольку мы создали хранимую процедуру, мы можем напрямую вызвать на выполнение из своего приложения. Хранимая процедура может получать входные параметры и возвращать определенные значения приложению. Язык процедур и триггеров включает в себя операторы SQLи некоторые расширения, такие как IFTHENELSE, MHILEDO, FORSELECTDO, исключения и обработку ошибок.
Преимущества использования хранимых процедур:
· Модульное оформление;
· Приложения, обращающиеся к одной и той же базе данных, могут делит между собой хранимые процедуры (использовать одну и ту же хранимую процедуру), избегая дублирования кода (т.е. нет необходимости в повторном коде хранимой процедуры) и снижая таким образом размер самих приложений;
· Рациональная поддержка. Когда процедура обновляется, ее изменения автоматически отражаются во всех приложениях, которые ее используют, и новая компиляция этих приложений не требуется. Приложения только однажды компилируются для каждого клиента.
· Улучшение работы. И это – основное достоинство этого инструмента. Хранимые процедуры выполняются сервером, а не клиентом, что снижает загрузку сети и улучшает её работу, особенно в условиях клиентского доступа. Например, в системе управления кадрами, когда общая база данных хранится на сервере и работники отдела кадров и руководство предприятия пользуются ее услугами, у некоторого клиента возникает потребность получить аналитические данные в некотором разрезе. При наличии в БД хранимой процедуры, получающей требуемую аналитику, нет нужды клиенту вытаскивать к себе все необходимые данные для расчета, а достаточно вызвать на сервере соответствующую хранимую процедуру, передав ей необходимые параметры, и эта процедура, на месте исполнив всю работу и не перегоняя большое количества данных по сети клиенту, выдаст ему только результат в виде небольшой таблицы. Этой же процедурой может воспользоваться и другой клиент и получить для себя такую же аналитику.
· Работа с хранимыми процедурами
С помощью интерактивного SQLможно создавать, модифицировать и удалять процедуры и исключения. Существуют два способа создавать, видоизменять и удалять хранимые процедуры с помощью интерактивного SQL:
· Интерактивно;
· С помощью входного файла, содержащего операторы определения данных.
Обычно предпочтение отдают файлам, им легче модифицировать и обеспечивать для них соответствующую документацию. Для простых модификаций существующих процедур более подходит интерактивный режим. Пользователь, который создает процедуру, является собственником и может передавать привилегии исполнения процедуры другим пользователем, триггерам и хранимым процедурам.
Хранимые процедуры в базах данных, преимущества использования, CREATE PROC, мастер Create Stored Procedure Wizard, макросы и модули VBA в Microsoft Access
Хранимые процедуры — это сохраненные как объекты баз данных блоки кода на языке SQL. В важных базах хранимые процедуры используются очень активно. Часто на них реализуют всю бизнес-логику приложений и практически любое внесение изменений в базы данных должно производиться только при помощи хранимых процедур. Что дают нам хранимые процедуры:
модульность разработки приложений;
так же, как и представления, позволяют защитить клиентские приложения от изменений в структуре таблиц в базах данных;
позволяют реализовывать дополнительную логику проверок, протоколирования действий пользователей и т.п.;
позволяют производить каскадные обновления;
в отличие от представлений, хранимые процедуры могут принимать и возвращать параметры;
обеспечивают очень мощные механизмы обеспечения безопасности;
позволяют повысить производительность — за счет использования откомпилированных планов хранимых процедур из кэша и за счет сокращения сетевого трафика при отправке больших наборов команд;
при помощи хранимых процедур можно реализовывать изощренные схемы обработки ошибок на сервере.
Создание хранимых процедур производится на SQL Server командой CREATE PROC или — на графическом интерфейсе — в Enterprise Manager из контейнера Stored Procedures или при помощи мастера Create Stored Procedure Wizard.
В MS Access как таковых хранимых процедур нет, но их роль могут выполнять:
макросы (типа «Запуск запроса SQL»)
модули VBA.
· Использование файла определения данных
Для создания и изменения процедуры с использованием файла определения данных используют текстовой редактор, что бы записать такой файл, затем сохраняют файл и исполняют с помощью интерактивного SQLутилиты IBConsole, в которой вставляют данные из файла, либо используют команду isglв командной строке (режим DOS), задавая команду в виде:
C:\ISGL-INPUT FILENAME DATABASE_NAME.
Здесь FILENAME– это имя файла определения данных, а DATABASE_NAME– имя используемой БД. Файл определения данных должен включать:
· Операторы создания, модификации и удаления процедур и исключений;
· Любые другие ISGL– операторы. Исключения должны созданы до ссылки на них в процедурах.
Хранимая процедура меняет код профессии в таблице DAN соответствующий переменной MEN на код соответствующий переменной NOW.
SET TERM ^;
CREATE PROCEDURE IZM_PROF(MEN INTEGER,NOW INTEGER)
RETURNS(TAB_NO CHAR(5),FAM VARCHAR(30),K_P INTEGER,NOW_P INTEGER)AS
BEGIN
FOR
SELECT TAB_NO,FAM,K_P
FROM DAN
INTO:TAB_NO,FAM,K_P
DO
BEGIN
IF(K_P=MEN)THEN
BEGIN
NOW_P=NOW;
UPDATE DAN
SET K_P=:NOW_P
WHERE TAB_NO=:TAB_NO;
SUSPEND;
END
END
END^
SET TERM;^
Вызовпроцедуры
SELECT*
FROM IZM_PROF(12,5);
Удаление процедуры:
DROP PROCEDURE ;
· Вызов
хранимых процедур.
Приложения могут вызывать хранимые процедуры из SGL, DSGL, ISGL.
Существуют два типа хранимых процедур: процедуры-выборки (selectable procedures) и исполняемые процедуры (executable procedures). Отличие в работе этих двух видов ХП заключается в том, что процедуры-выборки обычно возвращают множество наборов выходных параметров, сгруппированных построчно, которые имеют вид набора данных, а исполняемые процедуры могут либо вообще не возвращать параметры, либо возвращать только один набор выходных параметров, перечисленных в Returns. Процедуры-выборки вызываются в запросах SELECT, а исполняемые процедуры — с помощью команды EXECUTE PROCEDURE.
· SELECT— процедуры, которые приложения может использовать вместо таблицы или вьюера в операторе SELECT; результатом исполнения оператора SELECTнад такой процедурой будет обычная таблица данных, какая получается, например, когда в SELECTстоит символ*. Например, если имеется SELECT— процедура с именем SP, то ее вызов на исполнение выглядеть так:
продолжение
--PAGE_BREAK--SELECT
*
FROM IZM_PROF(12,5);
Если воспользоваться запросом
EXECUTE
PROCEDUREUV_D(1.1);
то произойдет изменение и вывод только первой строки:
KOD_D SUMA_D N_SUMA_D
======== ======== ========
300 2500 2750
Вызов процедуры UV_MZ_D
SELECT*
FROMUV_MZ_D(2600);
произведет изменения только двух строк таблицы DOLJN, в которых поле SUMA_Dменьше 2600, и выведет таблицу из этих строк.
KOD_D SUMA_D N_SUMA_D
======== ======== ========
300 2500 2600
307 2000 2600
//Поиск повторений //MS Access
SELECT данные.фамилия, данные.имя, данные.отчество
FROM данные
WHERE (((данные.фамилия) In (SELECT [фамилия] FROM [данные] As Tmp GROUP BY [фамилия] HAVING Count(*)>1 )))
ORDER BY данные.фамилия;
Поиск повторений для данные
фамилия
имя
отчество
ИВАНОВ
Иван
Иванович
ИВАНОВ
Иван
Иванович
ФРОЛОВА
Анастасия
Дмитриевна
ФРОЛОВА
Мария
Александровна
· Удаление хранимой процедуры.
Удаление хранимой процедуры выполняется с помощью оператора DROP
PROCEDURE. Синтаксис оператора удаления таков:
DROP
PROCEDURE
name;
Здесь name– имя хранимой процедуры.
Хранимые процедуры — основное средство программирования серверной логики. Они представляют собой откомпилированный модуль, написанный на языке Transact-SQL. В коде хранимой процедуры можно использовать не только операции выборки и модификации данных, но и логику ветвления, переменные, вызовы других процедур и некоторые другие средства, характерные для языков программирования высокого уровня. Код процедуры синтаксически анализируется при компиляции, а оптимизированный план выполнения создается при первом вызове процедуры. В отличие от запросов, хранимые процедуры имеют возможность возвращать несколько наборов записей, а также значения.
Для вызова процедуры клиентская программа или другая процедура должны указать имя выполняемой процедуры и передать ей набор входных параметров.
Хранимые процедуры используются в проектах Access везде, где могут использоваться предложения SQL. Они могут служить: в качестве источников записей в формах, отчетах, активных страницах; в качестве источников строк для полей со списком.
Однако нужно помнить, что хранимые процедуры возвращают необновляемый набор записей. Хранимая процедура может содержать одну инструкцию SQL, и в этом случае для ее создания можно использовать графический режим Конструктора запросов. Если же она состоит из нескольких инструкций SQL, тогда она создается и изменяется в редакторе SQL.
В первом случае чтобы создать процедуру проще всего щелкнуть по ярлыку Создание сохраненной процедуры в режиме конструктора (Create stored procedure in designer). При этом открывается стандартное окно Конструктора запросов, в котором можно создать инструкцию SQL, составляющие тело процедуры. Так же как и представление, хранимая процедура в данном случае может иметь ряд дополнительных свойств. Чтобы отобразить или изменить эти свойства, необходимо открыть окно свойств. На вкладке Сохраненная процедура (Stored Procedure) содержится перечень свойств, которые аналогичны свойствам представления. А на второй вкладке можно посмотреть и изменить параметры процедуры.
Откройте процедуру в режиме Конструктора. Нажмите кнопку Свойства (Properties) на панели инструментов, чтобы отобразить диалоговое окно Свойства (Properties). Раскройте вкладку Параметры сохраненной процедуры.
На вкладке отображается таблица со списком параметров процедуры. Каждый параметр обязательно должен иметь имя и тип данных. Кроме того, для него может быть указано значение по умолчанию. Обратим внимание, что имя каждого параметра начинается со значка @. Но имя параметра не может быть изменено на этой вкладке, так же как нельзя добавить новый параметр. Это делается только в бланке запроса в окне Конструктора или прямо в инструкции SQL.
Для того чтобы создать хранимую процедуру, состоящую из нескольких инструкций SQL, нужно открыть список запросов в окне проекта и нажать кнопку Создать (New). В диалоговом окне Новый запрос (New Query) следует выбрать элемент Ввод сохраненной процедуры (Create Text Stored Procedure) .
Нужно изменить имя процедуры в первой строке шаблона и ввести текст процедуры в соответствии с правилами языка Transact-SQL.
Если в теле процедуры нужно ввести инструкцию SQL SELECT, то можно воспользоваться для этого Конструктором запросов. Установите курсор на строке редактора, в которой должна быть введена инструкция SELECT и нажмите кнопку Вставить SQL (Insert SQL) на панели инструментов. Появится окно Конструктора запросов. После того как запрос будет создан, нужно закрыть это окно, подтвердив сохранение изменений инструкции SQL.
Пример использования хранимой процедуры в качестве источника записей вы увидите, если откроете отчет «2». В качестве источника записей в этом отчете используется одноименная хранимая процедура. В свойстве Входные параметры (Input Parameters) этого отчета описаны два параметра: @Beginning_date И @Ending_date.
При запуске отчета эти параметры будут запрашиваться так же, как и при использовании запроса с параметрами в базе данных Access.
SELECT данные.фамилия, данные.имя, данные.отчество, данные.образование
FROM данные LEFT JOIN оклады ON данные.[код оклада] = оклады.[код оклада]
WHERE (((оклады.[код оклада]) Is Null));
'данные' без подчиненных в 'оклады'
фамилия
имя
отчество
образование
СИДОРЧУК
Валентина
Викторовна
4.
Триггеры
Триггер — это особый вид хранимой процедуры, которая выполняется автоматически при вставке, удалении или модификации записи таблицы или вьюера. Триггеры никогда не вызываются напрямую, а только при модификации таблиц или вьюеров и могут «срабатывать» непосредственно до или сразу же после указанного события.
Существует три основных SQL-операции, применимые к данным, — INSERT/DELETE/UPDATE. А поскольку срабатывание триггера может происходить «до» (BEFORE)и «после»(AFTER) операции, то получается шесть возможных видов триггеров на таблицу — до и после каждой из трех возможных SQL-операций.
Триггер может быть активный (ACTIVE) и неактивный (INACTIVE).
· Польза от применения триггеров.
— Принудительная обработка ограничений, что позволяет пользователю быть уверенным, что он вводит в строки только достоверные данные.
— Изменения в триггере автоматически отображаются у всех приложений, связанных с таблицей, что не требует их перекомпиляции, так как все происходит в базе данных, а не у каждого приложения в отдельности.
— Автоматическая регистрация изменений в таблицах. Приложение может регистрировать с помощью триггера изменения в таблице.
— Автоматическая регистрация изменений в базе данных с помощью обработчиков событий в триггерах.
· Примеры триггеров.
Триггер (англ. trigger«собачка, защёлка, спусковой крючок»):
в русском языке первоначально — термин из области радиосхем, позже электронной техники: пусковая схема, схема с несколькими устойчивыми состояниями, см. триггер (электроника); в последнее время заимствовались и другие значения английского оригинала:
спусковой крючок пистолета, арбалета и т. п., кнопка на джойстике, находящаяся под указательным пальцем; в более широком смысле: некая причина возникновения события вообще условия, при наступлении которых должно происходить предписанное действие Триггеры являются особой разновидностью хранимых процедур, которые активизируются не по прямому вызову пользователя, а при наступлении определенного события в базе данных, а именно — вставки, удаления или модификации записи в таблице. Триггеры привязаны к конкретной таблице. Каждая таблица может иметь до трех триггеров — по одному на каждый вид операции с данными (INSERT, UPDATE, DELETE). Но один триггер может также обрабатывать и два и все три события.
Триггер может быть использован для соблюдения определенных правил модификации данных. При нарушении этих правил он может откатить все произведенные изменения и вернуть данные в исходное состояние. Кроме того, триггер может быть использован для автоматического осуществления каких-либо сопутствующих операций, например ведения журнала изменений данных или автоматического обновления некоторых итоговых значений (например, значения поля, в которое вносится количество сотрудников в фирме).
Триггер срабатывает после удаления строки из таблицы DAN и записывает удаленную строку в таблицу UD_DAN.
SET TERM^;
CREATE TRIGGER CHRAN_UD_DAN FOR DAN
ACTIVE AFTER DELETE POSITION 0
AS
BEGIN
INSERT INTO UD_DAN
VALUES(OLD.TAB_NO,OLD.FAM,OLD.IMIA,OLD.OTSH,OLD.G_R,OLD.ADRES,OLD.TEL,OLD.DATA_P,OLD.DATA_U, OLD.OBRAZ,OLD.SEM_POLOJ, OLD.S_N_PASPORT, OLD.K_V, OLD.K_O, OLD.K_P);
END^
SET TERM;^
Теперь если выполнить команду
DELETE FROM DAN
WHERE TAB_NO=1014;
// (и 1013)
произойдёт конечно удаление строки из таблицы DAN, сработает триггер и удаленная строка запишется в таблицу UD_DAN, которая собственно и предназначена для хранения удаленных данных.
Что бы отключить триггер следует выполнить команду
ALTER TRIGGER
имя
триггера
> INACTIVE;
Что бы включить триггер следует выполнить команду
ALTER TRIGGER
имя
триггера
> ACTIVE;
Что бы удалить триггер команда
DROP TRIGGER ;
Следующий триггер, срабатывает ДО ВСТАВКИ (BEFORE
INSERT) в таблицу DANи заполняет поле первичного ключа (TAB_NO).
SETTERM ^;
CREATE TRIGGERVS_T FOR DAN
ACTIVE BEFORE INSERT POSITION
AS
BEGIN
IF(NEW.TAB_NO IS NULL) THEN
NEW.TAB_NO=GEN_ID (TAB, 1);
END^
SETTERM; ^
Для этого триггера потребуется генератор с начальным значением 1012, так как это максимальный табельный номер уже заполненной таблицы DANи, новым сотрудникам, вносимым в таблицу, будут присвоены табельные номера, следующие за 1012.
CREATE GENERATOR TAB;
SET GENERATOR TABTO 1012;
При вставки новой строки в таблицу DAN, даже не указав значение поля TAB_NO,
INSERT INTODAN (FAM, IMIA, OTSH, G_R, ADRES, TEL, DATA_P, DATA_U, OBRAZ,
SEM_POLOJ, S_N_PASPORT, K_V, K_O, K_P)
VALUES('Кротов', 'Андрей', 'Федорович', '12.08.1961', 'Кирова 52-124', '281344', '21.02.2008', '28.03.2008','среднее''холост', '9999 22', '900', '50', '1');
То есть триггер перед вставкой произвел проверку, указал ли пользователь значение поля TAB_NO, и не обнаружив такового, воспользовался генератором, увеличив его значение на 1, занес полученное в поле TAB_NOнового сотрудника.
Генератор, в свою очередь, теперь хранит значение 1014.
Кроме контекстной переменной NEW, существует переменная OLD. В отличие от NEW, OLD содержит старые значения записи, которые удаляются или изменяются. Например, можно использовать переменную OLD для получения значений записей, которые удаляются из таблицы.
Следующий триггер срабатывает ПОСЛЕ УДАЛЕНИЯ (AFTER DELETE) и записывает строки, удаленные из таблицы в отдельную таблицу.
Сначала необходимо создать таблицу для хранения удаленных данных.
CREATE TABLEDAN_D
(TAB_NO_D Float,
FAM_D Varchar (20),
IMIA _D Varchar (20),
OTSH_D Varchar (20),
G_R_D Date,
ADRES_D Varchar (20),
TEL_D Char (6) );
SETTERM ^;
CREATE TRIGGERDEL_DAN FOR DAN
ACTIVE AFTER DELETE POSITION
AS
BEGIN
INSERT INTODAN_D
VALUES(OLD.TAB_NO, OLD.FAMILIA, OLD. IMIA E, OLD.OTSHO, OLD.GOD_R,
OLD.ADRES, OLD.TEL);
END^
SETTERM; ^
Как только происходит удаление строки из таблицы DANNIE,
DELETE FROMDANNIE
WHERETAB_NO=1013;
Так как, в данной БД при удалении строки из таблицы DANудаляется и строка из таблицы NASH(начисления) с идентичным табельным номером (TAB_NO), уместно было бы создать триггер, который сохранял бы и данные из таблицы NASH. Чтобы не создавать лишние таблицы для хранения удаленных данных можно расширить уже созданную таблицу DAN_D.
ALTER TABLEDAN_D ALL KOD_Z_D FLOAT;
ALTER TABLEDAN_D ALL KOD_D_D FLOAT;
ALTER TABLEDAN_D ALL KOD_V_D FLOAT;
ALTER TABLEDAN_D ALL SLOJ_DFLOAT;
ALTER TABLEDAN_D ALL PAIK_DFLOAT;
Следующий триггер срабатывает после удаления строки из таблицы NASH.
SETTERM ^;
CREATE TRIGGERDEL_NASH FOR NASH
ACTIVE AFTER DELETE POSITION
AS
BEGIN
UPDATEDAN_D
SET KOD_Z_D=OLD.KOD_Z, KOD_D_D=OLD.KOD_D,
KOD_V_D=OLD.KOD_V, SLOJ_D=OLD.SLOJ,
PAIK_D=OLD.PAIK
WHERETAB_NO_D=OLD.TAB_NO;
END^
SETTERM; ^
Теперь после команды
DELETE FROMDAN
WHERETAB_NO=1012;
произойдет следующее:
1. Произойдет удаление строки с TAB_NO=1014 из таблицы DAN.
2. Сработает триггер DEL_DAN, который запишет удаленную строку в таблицу DAN_D.
3. Произойдет удаление строки с TAB_NO=1014 из таблицы NASH.
4. Сработает триггер DEL_NASHи допишет в, уже наполовину заполненную строку таблицы DAN_D, данные из таблицы NASH, соответствующие этому сотруднику (WHERETAB_NO_D=OLD.TAB_NO).
Следующий триггер срабатывает после добавления строки в таблицу DANи запускает хранимую процедуру, которая, в свою очередь, заполняет строку с таким же табельным номером (TAB_NO) в таблице начислений (NASH). Поскольку нельзя предугадать, какими будут начисления того или иного работника, по умолчанию поля таблицы NASHбудут заполняться значениями соответствующими минимальным начислениям предприятия, которые потом, безусловно, следует изменить. Хранимая процедура, вызванная триггером, лишь предварительно заполняет таблицу NASH, как бы занимая место для нового сотрудника, уже занесенного в таблицу DAN.
SETTERM ^;
CREATE TRIGGERZ_NASH FOR DANNIE
ACTIVE AFTER INSERT POSITION
AS
BEGIN
EXECUTE PROCEDUREVSTAV_NASH (NEW.TAB_NO);
END^
SETTERM;^
Хранимая процедура, вызываемая триггером.
SETTERM ^;
CREATE PROCEDUREVSTAV_NASH (T FLOAT)
AS
BEGIN
INSERT INTONASH
VALUES(: T, 200, 307, 100, 0.5, 20);
END^
SETTERM; ^
Привставкестроки
INSERT INTODAN (FAM, IMIA,OTSH,G_R,ADRES,TEL)
VALUES('Кротов', 'Андрей', 'Федорович', '12.08.1961', 'Кирова 52-124', '281344');
произойдет следующее:
1. Сработает триггер VS_T, который присвоит новому сотруднику,
следующий по порядку, табельный номер.
2. Заполнятся строка в таблице DANNIEсоответствующими даннымио новом сотруднике.
3. Срабатывает триггер Z_NASH, который вызывает ХП.
4. Хранимая процедура VSTAV_NASHвставляет в таблицу NASHданные(принятые по умолчанию) для нового сотрудника.
· продолжение
--PAGE_BREAK--