Возникла задачка по передачи параметра в триггер. Просто есть необходимость различать откуда идут данные. Либо от оператора БД, либо от внешней программы, подключенной с помощью ADO . В зависимости от этого триггер должен по разному реагировать.
Правда есть два варианта решения, но хотелось бы узнать, может еще какие есть, о которых я еще не знаю 8)

Первый - завести дополнительное поле в таблице на которой висит триггер(имя - param , тип, например, I ), и при занесении или редактировании записи, через это поле передавать необходимые значения. Но уж больно громоздко получается, еще одно доп. поле в таблице. В общем, не нравится 8(((.

Второй - завести глобальную переменную ( g_param ) и в зависимости от того, какое у нее значение установлено, делать необходимые действия. Например, запретить редактировать записи оператору БД и разрешить это делать внешней программе. Но, вопрос, как достучаться до нее из внешнего приложения? Пока не имею представления.

Второй ( гибридный ) - тоже самое, но переменная храниться в таблице. Тут, вроде, понятно, как ее изменять )

Небольшое дополнение.
Либо, если есть возможность, как-нибудь подменить триггер или его отключить. Первое предпочтительней.

Все это нужно для FoxPro v.6.0

Сам себе отвеечаю 8)

В общем достучаться до глобальных переменных можно используя хранимые процедуры, которые вызываются при помощи VFP OLE DB Provider.

Вот замуторка-то. Самый действенный вариант - это хранить значение в дополнительной таблице. Плохо все.

ВладимирМСамый "правильный" - это дополнительное поле в таблицах. Тебе же проще, когда пойдут "разборы полетов":


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