Хочу поделится

[macklakov]

Цитата:

Сообщение от simply2double

PS Добавь в таблицу SalesTableDelete поле, к примеру DeletedUserId, в которое пиши UserId удалившего заказ...

2Vitaly_K: Не слушайте Вы его, есть Администрирование-Настройки-Журнал базы данных

[simply2double]

Цитата:

Сообщение от macklakov

2Vitaly_K: Не слушайте Вы его, есть Администрирование-Настройки-Журнал базы данных

Ну по большому счету, в данном случае достаточно просто в свойствах таблицы SalesTableDelete включить свойства CreatedBy, CreatedDate, что бы видеть кто и когда грохнул заказ. И журналирование здесь совершенно необязательно, ибо это и есть почти журнал. Но ведь ветка называется ПРОГРАММИРОВАНИЕ.. вот и хотелось попрограммировать ))))

[Vitaly_K]

Извиняюсь, что отсутствовал на форуме

Сообщение от KVM
И этот статус при удалении проверяется на DataSource формы?

Вот именно, что хоть функционал у нас переписан, но delete вызывается из DataSource формы думаю также как и у всех. просто заказ не удаляется с определенным статусом,а тут на тебе казус.
Решение я нашел просто - перед методом super() делаю salesTable_ds.reread().....Но ведь это не правильно, когда если не обновил бы форму, то возможно удалить заказ.



Сообщение от simply2double
PS Добавь в таблицу SalesTableDelete поле, к примеру DeletedUserId, в которое пиши UserId удалившего заказ...

Ну это мне совсем не надо, все логи ведутся в журнале БД

[simply2double]

Цитата:

Сообщение от Vitaly_K

Сообщение от simply2double
PS Добавь в таблицу SalesTableDelete поле, к примеру DeletedUserId, в которое пиши UserId удалившего заказ...

Ну это мне совсем не надо, все логи ведутся в журнале БД

Интересно каков размер этих самых логов.. если они все ведутся

[wb]

Цитата:

Сообщение от Vitaly_K

Ну это мне совсем не надо, все логи ведутся в журнале БД

Позвольте поитересоваться,
а как Вы по логу в журнале БД определяете кем и что было изменено в заказе?