-
Суть вопроса такая есть ли в Firebird 2.* возможность, результат процедуры сохранять в внешний файл? если есть то дайте хорошего пинка в каком направление лететь, в гуугл не отправляйте только что от туда. и по книжки Firebird руководство разработчика БД тоже не нашёл ответа на свой вопрос!
-
Какой результат ?
-
Вопрос - зачем ?
-
задача была поставлена так.
Любые изменения в таблице нужно записывать, в внешний файл (что бы всегда были последние актуальные записи и в случае порчи БД можно было восстановить данные).
имеется идея повесить эту задачу на триггер.
Триггер - это не много расширенная хранимая процедура, вот поэтому и спрашиваю про хранимую процедуру.
-
"Любые изменения" образуются в результате подтверждения танзакции, а транзакцией управляет клиентская часть СУБД, а не серверная.
Так что и ХП и триггеры тут идут лесом, равнго как и вся постановка задачи.
-
даже если программировать на уровне транзакции, то получается все равно нужно сохранять данные в внешний файл. и как это сделать я не знаю
-
Да хренли толку их сохранять, если через доли секунды после твоего сохранения клиент может откатить т/акцию, отказавшись от затребованных ранее изменений ?
-
Если уж приспичило заниматься подобного рода извратом, то реализовывать его следует на клиентской стороне, а не на серверной.
-
если есть то дайте хорошего пинка в каком направление лететь
лететь в сторону регулярных бэкапов, теневых зеркальных баз.
если все равно страшно - переходить на сервера с которыми не страшно.
-
> Медвежонок Пятачок © (23.09.09 16:36) [8]
> лететь в сторону регулярных бэкапов, теневых зеркальных
> баз.
+1
> переходить на сервера с которыми не страшно.
А такие разве в природе существуют? 8-()
-
да все просто, можно завести внешнюю таблицу и туда сливать, если так нравится.
-
CREATE TABLE LOG EXTERNAL 'C:\TEMP\LOG.TXT' (
DATA VARCHAR(1024)
);
-
-
зачем придумывать велосипед, есть таблица MON$STATEMENTS, там все ваши запросы