ShadyAngelхрен знает что за пакеты, но аналог PL\SQL есть
http://www.postgresql.org/docs/8.2/interactive/plpgsql.htmlПакеты в Oracle - это программная единица, содержащая в себе описание и текст функций , процедур, типов и т.п.
Обычно в пакет собирают взаимозависимые функции/процедуры, либо функции/процедуры направление на решение какой-то одной задачи.
К примеру, пакет по загрузке данных. Может в себе содержать различные процедуры по загрузке данных, как то: загрузка данных из одной таблицы внутри СУБД - в другую, загрузка из текстового файла в таблицу, из файла ексель в таблицу. ну и т.д.

Dmitry ZhukovЭто хорошо, что Вы объяснили теорию, но Вы не ответили на вопрос, есть ли в PostgreSQL аналог пакетов Oracle?Ответ мой, если что, был адресован ShadyAngel, а не тебе. :)

2 Автор.
Вот чего написано в доке по PostgreSQL :
PostgreSQL: Documentation: Manuals: PostgreeSQL 8.237.11. Porting from Oracle PL/SQL
This section explains differences between PostgreSQL's PL/pgSQL language and Oracle's PL/SQL language, to help developers who port applications from Oracle® to PostgreSQL.

PL/pgSQL is similar to PL/SQL in many aspects. It is a block-structured, imperative language, and all variables have to be declared. Assignments, loops, conditionals are similar. The main differences you should keep in mind when porting from PL/SQL to PL/pgSQL are:



There are no default values for parameters in PostgreSQL.

You can overload function names in PostgreSQL. This is often used to work around the lack of default parameters.

You cannot use parameter names that are the same as columns that are referenced in the function. Oracle allows you to do this if you qualify the parameter name using function_name.parameter_name. In PL/pgSQL, you can instead avoid a conflict by qualifying the column or table name.

No need for cursors in PL/pgSQL, just put the query in the FOR statement. (See Example 37-6.)

In PostgreSQL the function body must be written as a string literal. Therefore you need to use dollar quoting or escape single quotes in the function body. See Section 37.2.1.

Instead of packages, use schemas to organize your functions into groups.

Since there are no packages, there are no package-level variables either. This is somewhat annoying. You can keep per-session state in temporary tables instead. IMHO, вполне однозначно отвечает на твой вопрос...