2 _мод
> 1. журналирование только с целью аудита
Поясните
> 2. изменения не таблиц БД , а прикладных объектов
Что подразумевается под прикладными объектами?
> 3 сохранять было-стало
Так то, что стало и так сохраняется в рабочей таблице?
> 4 сохранять не коды, а понятные тексты
Вот я и спрашиваю, как же мне это сделать
> все в одной таблице аудита
Ну да

> Т.е. журнал не используется для восстановления состояния объекта на дату. Для этого есть история объектов.
Не, восстанавливать ничего не будем, это обсудили. Только посмотрим, кто чего навертел.

> Журнал читает конечный пользователь, для него таблиц БД не существует, только объекты. Например, сотрудник - это не строка в БД, а объект со свойствами.
Это ясно.

> Так изменений-то может быть много, а история состояний объекта может и не хранится.
А чем тогда изменение отличается от истории состояния? Изменение затрагивает один атрибут, а состояние - это все атрибуты? Если так, то задача ставится так, что надо посмотреть именно изменение одного атрибута. Написал, и задумался, а что, если и состояния тоже?

> В журнал записывать видимые тексты, т.е. не код товара, а его шифр+наименование.
В одно поле общей таблицы истории, предназначенное для этого, можно сделать конкатенацию, только вот смысл? Тогда может хватит и наименования? Все равно код ни о чем не скажет...

Мой вариант журнала для истории изменений приемлем для выполнения вышеобозначенной задачи?
Если можно, опишите варианты, которые используете Вы.

Всех с прошедшим праздником!
2 _мод
Спасибо большое!

Вот еще один вопрос по таблице изменений. Я думаю, что, помимо сохраненного значения поля, надо еще заносить информацию о промежутке времени, когда оно таковым было. Можно было бы хранить просто дату создания записи, и тогда мы бы знали дату, ДО которой значение было таким. Но если нам потребуется знать каким значение этого поля этой записи было на такую-то дату, придется делать вывернутый запрос. В тоже время если сделать поле в исторической таблице С_КАКОЙ_ДАТЫ, то я не знаю, как вставить эту информацию. Или все-таки через запрос?

Никто ничего не посоветует?

2 mcureenab
> некоторое время тото там делаем, при этом в силу изоляции транзакций наш insert никто не видит.
У нас 2 операции: 1 – UPDATE какого-то поля какой-то записи какой-то таблицы, 2 – INSERT старого значения этого поля этой записи этой таблицы в таблицу истории. То, что не виден INSERT в историческую таблицу – не так уж важно. Хуже другое – что не видно UPDATE. И даже не только из-за изоляции транзакций, а потому что данные в формах обновляются не мгновенно (или эту проблему надо решать отдельно).

2 _mod
>> Для дата ДО запрос простой:
> Простой, пока нужно найти только одну запись (mcureenab).
Точно. Думаете, я зря написал "вывернутый запрос" в своем посте от 8.03.?

Пока в голову приходит только процедурный вариант. Ищем в исторической таблице запись where ТАБЛИЦА = наша_таблица, ПОЛЕ = наше_поле, ЗАПИСЬ = наша_запись, ДАТА_СОЗДАНИЯ_ЗАПИСИ = max. Если таких записей еще нет, то 2 варианта: 1. если мы заполняем пустое поле, то значением С_КАКОЙ_ДАТЫ становится текущий момент времени (если, конечно, никого особо не интересуют значения Null); 2. если одно значение поля меняем на другое, то значением С_КАКОЙ_ДАТЫ становится значение даты создания объекта (т.е. записи в нашей_таблице). Если же запись есть, то значением С_КАКОЙ_ДАТЫ становится значение даты, когда была создана найденная запись.