Я вызываю из триггера UDF, которая в свою очередь запускает внешний процесс.
Пример: при изменении цены товара менеджером - уходит e-mail шефу о совешенном действии. Или же при возникновении сбоев(в частности - потеря ссылок при подкачке данных извне) ругается через NET SEND(платформа Win) админу.
Отдельно есть таблица настроек какую программу запускать и с какими параметрами.

Во первых - вся документация выкачивается с родного сайта в формате PDF. Для 7.2 кажется даже все русифицировали. Урлы на работе остались - если надо, могу кинуть, как появлюсь. Или мылом послать "SQL Reference" - две книжки.

Во вторых непонятно, чего боится админ БД?
Пусть сам скомпилирует и создаст UDF, ниже полные тексты(подразумевается Windows). У меня, правда на Java, но и это должно работать. Атрибут FENCED или NOT FENCED пусть по своему усмотрению ставит.

В третьих - если под внутренним языком подразумевается "TRIGGERED SQL" то особо не размахнешься. Других "внутренних" языков, кроме SQL, нет.(Может меня поправят?)


Далее тексты собс-но:
//===================== begin==============
#include <stdlib.h>
#include <string.h>
#include <stdio.h>
#include <sqludf.h>
#include <sqlca.h>
#include <sqlda.h>

/*************************************************************************
* function ExecProcC: run process on server
* inputs: VARCHAR(500) in
* output: INTEGER out
**************************************************************************/
#ifdef __cplusplus
extern "C"
#endif
void SQL_API_FN ExecProcC (
SQLUDF_VARCHAR *in, /* input character string */
SQLUDF_SMALLINT *out, /* output 0 - Ok, 1 - Bad */
SQLUDF_NULLIND *innull, /* input NULL indicator */
SQLUDF_NULLIND *outnull, /* output NULL indicator */
SQLUDF_TRAIL_ARGS) { /* trailing arguments */

int st;
st = system(in);
if (st != 0)

{ /* errors */
*out = 1;
strcpy( ( char * ) sqludf_sqlstate, "38999" ) ; /* error state */
strcpy( ( char * ) sqludf_msgtext, "ExecProcC: ашипка" ) ; /* message insert */
}
else
{ /* sussecs*/
*out = 0;
*outnull = 0;
} /* endif */
}
/* end of UDF : ExecProcC */

/*************************************************************


-- DDL:

-- =====================================
-- ====== FUNCTION NULLID.EXECPROC =====
-- Lang: "C". File: UDF1.dll
-- компилятор: vc60 или Borland C++ Builder 6.
-- Запуск программы из UDF
-- На входе строка запуска
-- на выходе - код запуска процесса 0-нормальный запуск, 1 - ненорамльный.

CREATE FUNCTION NULLID.EXECPROC
(VARCHAR(254)
)
RETURNS INTEGER
EXTERNAL NAME 'UDF1!ExecProcC'
LANGUAGE C
PARAMETER STYLE DB2SQL
DETERMINISTIC
FENCED
RETURNS NULL ON NULL INPUT
NO SQL
EXTERNAL ACTION
NO SCRATCHPAD
NO FINAL CALL
DISALLOW PARALLEL
NO DBINFO;
//===================== end==============

2 Victor Metelitsa
>Дело в том, что посылать сообщения (tcp/ip, e-mail, http...) из триггера - грязное дело.
Да я согласен с этим. Но тут несколько моментов. Первый - это желание фиксировать даже попытку а не совершенное действие. Второй - транзакции в этих случаях короткие и почти без откатов. Ну и для админа сообщения чисто информационные - на деньги не влияют. Был rollback, не был - чего-то все равно надо посмотреть.

С MQSeries тоже хотелось повозиться, тут как раз время появилось, пока все в отпусках, только где это взять и как прикрутить?