Преимущества пакетов

Пакеты

Пример

Declare

stovar mtovar --объявление таблицы типа mtovar из предыдущего примера

Begin

select post_tovari into stovar from Tabtavari Where kp=1

For i in stovar.first.. stovar.lasr loop

post_tovari.cena<1000000 then stovar.delete(i); endif

end loop;

update Tabtavari set post_tovari=stovar Where kp=1;

end;

Пакет объединяет логически связанные элементы (типы, объекты, про­цедуры и функции). Пакет состоит из частей: спецификации и тела.

Спецификация создается оператором:

Create package <имя пакета> as

<объявления общедоступных типов, объектов и подпрограмм>

End [<имя пакета>]

Тело пакета создается оператором:

Create packagebody <имя пакета> as

<объявления локальных типов, элементов и подпрограмм>

[ Begin

<операторы инициализации>]

End [<имя пакета>]

Для обращения к элементам пакета используются квалифицирован­ные ссылки: <имя_пакета>.<имя элемента>.

Для вызова пакетированных подпрограмм, хранимых в удаленной базе данных, используйте следующий синтаксис:

<имя_пакета>.<имя подпрограммы>@<имя связи c БД>(<параметр1>,...);

Пример. emp_actions.hire_employee@newyork(name, title,...);

Модульность. Пакеты позволяют вам инкапсулировать логически свя­занные типы, объекты и подпрограммы в поименованный модуль PL/SQL. Каждый пакет легко понять, а интерфейсы между пакетами просты, ясны и хорошо определены.

Облегчение проектирования. Все, что вам надо изначально знать при проектировании приложения, - это информация интерфейса для спе­ци­фикации пакета. Вы можете кодировать и компилировать спецификацию без тела. После того как спецификация откомпилирована, хранимые подпрограммы, обращающиеся к пакету, также могут быть отком­пи­лированы. Вы не обязаны полностью определять тела пакетов до тех пор, пока не будете готовы к реализации деталей приложения.

Скрытие информации. С помощью пакетов вы можете указывать, какие типы, объекты и подпрограммы являются общими (видимыми и доступными) или личными (скрытыми и недоступными). Пакет скрывает определение личной подпрограммы, так что лишь этот пакет (а не ваши приложения) будет затронут, если это определение изменится.

Расширенная функциональность. Пакетированные общие пе­ре­мен­­ные и курсоры продолжают существовать в течение всей сессии. Поэ­тому они могут совместно использоваться всеми процедурами, выполняющими­ся в данном окружении. Кроме того, через них можно передавать данные между транзакциями без необходимости записывать их в базу данных.

Улучшенная производительность. Когда вы вызываете паке­ти­рованную подпрограмму первый раз, в память загружается весь пакет. Поэтому последующие вызовы других подпрограмм этого пакета не тре­буют операций ввода-вывода.

Рекомендации. При написании пакетов старайтесь делать их мак­си­мально общими, чтобы их можно было использовать в буду­щих приложениях. Спецификации пакетов отражают проект вашего приложения. Поэтому определяйте их раньше, чем тела пакетов. По­ме­щайте в спецификации лишь те типы, объекты и подпрограммы, ко­торые должны быть видны пользователям данного пакета. Чтобы уменьшить число требуемых перекомпиляций при изменениях в коде, по­мещайте в спецификацию пакета как можно меньше элементов. Из­менения в теле пакета не требуют перекомпиляции зависимых проце­дур. Однако при изменении спецификации пакета перекомпилируются все хранимые подпрограммы, обращающиеся к данному пакету.

Дата добавления: 2014-12-10