Изменить modifiedDate

[stgor]

Доброго дня!
Подскажите, как можно изменить modifiedDate?

priceDiscTable.overwriteSystemfields(true);

        modifiedDate = str2date('05.10.2011',123);
        priceDiscTable.(fieldnum(PriceDiscTable, modifiedDate)) = modifiedDate; 

          priceDiscTable.doUpdate();

Позволяет редактировать запись, не изменяя modifiedDate на текущую дату, но и не ставит ту, что мне нужна...

[pitersky]

А зачем вам нужно менять modifiedDate?

[lev]

Цитата:

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

Доброго дня!
Подскажите, как можно изменить modifiedDate?

priceDiscTable.overwriteSystemfields(true);

        modifiedDate = str2date('05.10.2011',123);
        priceDiscTable.(fieldnum(PriceDiscTable, modifiedDate)) = modifiedDate; 

          priceDiscTable.doUpdate();

Позволяет редактировать запись, не изменяя modifiedDate на текущую дату, но и не ставит ту, что мне нужна...

нужно "ещё получить разрешение" т.е. OverwriteSystemfieldsPermission.

new OverwriteSystemfieldsPermission().assert();

         priceDiscTable.overwriteSystemfields(true);

        modifiedDate = str2date('05.10.2011',123);
        priceDiscTable.(fieldnum(PriceDiscTable, modifiedDate)) = modifiedDate; 

        priceDiscTable.doUpdate();

CodeAccessPermission::revertAssert();

А вообще читайте ВОТ ЭТУ тему.

З.Ы. поиск рулит

[AndyD]

2 lev
Меняют ModifiedDate - наврядли это 2009-я.

2 stgor
Надо поменять значение какого-либо несистемного поля, иначе Аксапта считает, что ничего не изменилось и не обновляет запись

[lev]

Цитата:

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

2 lev
Меняют ModifiedDate - наврядли это 2009-я.

точно, в 2009 уже ModifiedDateTime...

[Владимир Максимов]

Проблема в том, что Axapta выполняет обновление данных только в том случае, если было изменено хотя бы одно из НЕ системных полей. В противном случае команда UPDATE на сервер просто не уходит, поскольку Axapta считает, что ничего не было изменено. Незачем лишний раз посылать на сервер "пустую" команду.

Другими словами, Вам надо добавить изменение какого-либо еще НЕ системного поля. Любого.

// Чтобы подействовало изменение системных полей необходимо изменить НЕ системное поле
priceDiscTable.Amount += 0.01;
priceDiscTable.doUpdate();

priceDiscTable.overwriteSystemfields(true);

modifiedDate = str2date('05.10.2011',123);
priceDiscTable.(fieldnum(PriceDiscTable, modifiedDate)) = modifiedDate; 

// Возвращаем значение НЕ системного поля в исходное значение
priceDiscTable.Amount -= 0.01;

priceDiscTable.doUpdate();

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

PS: Не заметил ответ AndyD. Он это уже написал

[gl00mie]

Не знаю, как в 3.0 (лень проверять ), а в 2009-й ядро никакими штатными средствами не позволяет менять createdDateTime/modifiedDateTime на обновлении записи - только на создании. Иначе, к примеру, такая фишка как аудиторский след (ГК/Запросы/Аудиторский след) потеряет смысл.

[SRF]

Цитата:

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

Не знаю, как в 3.0 (лень проверять ), а в 2009-й ядро никакими штатными средствами не позволяет менять createdDateTime/modifiedDateTime на обновлении записи - только на создании. Иначе, к примеру, такая фишка как аудиторский след (ГК/Запросы/Аудиторский след) потеряет смысл.

createdDateTime, как и другие поля created* - да, причем это работает не только в 2009-й, но и 4.0, да и в трешке я думаю тоже, поле modifiedDateTime, как и другие modified* можно менять, при соблюдении условий, которые обозначены выше.

Логика думаю понятна - поля created* могут формироваться только при вставке, modified* - вставке\обновлении.

[gl00mie]

Цитата:

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

поле modifiedDateTime, как и другие modified* можно менять, при соблюдении условий, которые обозначены выше.

Это - ваша теория или выводы на основе реальных экспериментов по изменению того же modifiedDateTime? Из моего скромного опыта, при отправке запроса на обновление записи ядро вообще "не смотрит", что там прописано в поле modifiedDateTime табличного буфера, и запрос, в случае с Ораклом, получается вида

PHP код:

update SomeTable set fld1=@in1, fld2=@in, modifiedDateTime=SYSUTCDATETIME()
output inserted.modifiedDateTime 


Т.е. поле в базе заполняется не значением из табличного буфера, а значением, возвращаемым системной функцией СУБД. Насколько я понимаю, в случае с SQL Server происходит то же самое, см. также Create RecID index on tables with Created/Modified DateTime fields

[SRF]

Цитата:

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

Это - ваша теория или выводы на основе реальных экспериментов по изменению того же modifiedDateTime?

И теория и практика - поля дат проверил джобом, остальное не стал, думаю работать будет по тому же принципу.

static void checkSystemFieldOverWrite(Args _args)
{
    CustTable   custTable;
    ;

    ttsbegin;
    
    custTable = CustTable::find('4000', true);

    new OverwriteSystemfieldsPermission().assert();
    custTable.overwriteSystemfields(true);
    custTable.(fieldNum(CustTable, modifiedDateTime))   = DateTimeUtil::newDateTime(20\05\2012, 0);
    custTable.(fieldNum(CustTable, createdDateTime))    = DateTimeUtil::newDateTime(20\05\2012, 0);
    custTable.City = 'check';
    custTable.update();

    CodeAccessPermission::revertAssert();

    ttscommit;

    info("done");
}

SQL 2008 R2 DAX2009 RU8

[gl00mie]

Цитата:

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

поля дат проверил джобом, остальное не стал, думаю работать будет по тому же принципу.

Да, и правда дает на обновлении прописать другое зачение modifiedDateTime, а вот другие modifiedBy/modifiedTransactionId/createdXX - не дает, точнее, игнорирует такие попытки.

[S.Kuskov]

Это не панацея, кому нужно - тот и прямым SQL запросом данные подкорректировать сможет.

[Hammer]

А можно нужную дату и время поставить на сервере и сделать update записи.

[Dark Light]

Цитата:

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

А можно нужную дату и время поставить на сервере и сделать update записи.

Вот остальные пользователи в это время обрадуются