Пример:
DECLARE GLOBAL TEMPORARY TABLE SESSION.SOSTAV_FIRST (
ID_AU INTEGER,
ID_UNIT INTEGER,
ID_DEPT INTEGER,
NROUTE INTEGER,
ID_DEPT_FIRST INTEGER,
ID_DEPT_LAST INTEGER,
AMOUNT DOUBLE)
WITH REPLACE ON COMMIT PRESERVE ROWS NOT LOGGED;

где

REPLACE - позволяет повторное объявление, без предварительного DROP.
(по моему лучше явно DROP и COMMIT т.к. в UDB v 7.2 for win наблюдал что повторное объявление не до конца очищало память (ОЗУ) на сервере, что при многократном повторении приводило к заметному снижению скорострельности)

ON COMMIT PRESERVE ROWS - это чтоб данные после COMMIT оставались в таблице

Работать с ней как с обыкновенной, т.е. INSERT, UPDATE, SELECT.
Доступ к таблице в только пределах одного коннекта и без ограничений - т.е. видна после создания из любых SP и самой проги.

При создании SQL SP, использующих такие таблицы, рекомендую первым исполняемым оператором вставлять оператор IF с невыполнимым условием и объявлением таблицы:
IF 1=2 THEN
DECLARE GLOBAL TEMPORARY ...
ENDIF

2 riman
Это просто обман транслятора.
При создании SQL SP проверяется наличие в БД всех таблиц встреченных в тексте процедуры.
А для временных таблиц сделано послабление - достаточно наличие соответствующего оператора DECLARE GLOBAL TEMPORARY ... , причем не важно - исполнится он когданибудь или нет (т.е. логика не проверяется).
Для процедур, которые получают уже заполненные времянки есть только два пути создания.
1) - перед созданием выполняешь процедуру (скрипт), которая создает временную таблицу.
2) - псевдо создание временной таблицы (DECLARE GLOBAL TEMPORARY - исполняемый оператор, т.е. реально таблица не создается, пока он не будет выполен в процессе выполнения процедуры.)