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

[Vitaly_K]

Дело в том, что у нас функционал отличается от стандартного, и если на заказе стоит определенный статус, то его никак нельзя удалить в нашей системе, а при таком раскладе получается, что можно......

[simply2double]

Цитата:

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

Дело в том, что у нас функционал отличается от стандартного, и если на заказе стоит определенный статус, то его никак нельзя удалить в нашей системе, а при таком раскладе получается, что можно......

Значит такой у вас функционал ))))

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

// таблица SalesTableDelete
void initFromSalesTable(SalesTable _salesTable)
{
    this.salesId        = _salesTable.salesId;
    this.salesName      = _salesTable.salesName;
    this.custAccount    = _salesTable.custAccount;
    this.invoiceAccount = _salesTable.invoiceAccount;
    this.salesType      = _salesTable.salesType;
    this.projId         = _salesTable.projId;
    //вот он красавчик-->
    this.DeletedUserId  = CurUserId ( );
    //<--

    this.salesTable     = [_salesTable];
}

потом показательно выпори удалившего... и поверь больше ни одного заказа удалено не будет ))))

[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

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

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