Кеширование при UPDATE через T-SQL

[polygris]

AX 3.0 SP5 SQL 2005
В коде обновляню запись через T-SQL (UPDATE) и акс не видит изменений в обновленной записи. Есть ли механизм для сброса кеша для обновленной записи.

    sqlStr = strfmt("UPDATE InventTable SET PrimaryVendorId = '%1' FROM InventTable WHERE ItemId = '%2'", _primaryVendorId, _itemId);
    connection = new Connection();
    statement = connection.createStatement();
    statement.executeUpdate(sqlStr);

[EVGL]

flush InventTable;

[mazzy]

в этот момент он может получить ошибку, что запись изменилась другим пользователем.
Подожди, Женя. Да, человек спросил "Есть ли механизм для сброса кеша". Но реально он хочет совсем другого. На самом деле он хочет чтобы его запись перечиталась, а не сброса кэша

на самом деле тут два вопроса:
1. как заставить форму увидеть обновление?
2. как заставить табличную переменную увидеть обновление?

В форме делайте myTable_ds.reload() для обновления текущей записи.
В коде открывайте транзакции и прочитайте в транзакции. Может быть, есть другой способ

[kashperuk]

Цитата:

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

В форме делайте myTable_ds.reload() для обновления текущей записи.

Имелось ввиду, наверное myTable_ds.reread() ?

[mazzy]

Цитата:

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

Имелось ввиду, наверное myTable_ds.reread() ?

э-э-э. да.
спасибо

[polygris]

reread мне не поможет, так как в форме нет того датасоурса, который я update через T-SQL. На InventTable у меня есть display метод, который собственно и выводит старые данные. Может как то закешировался display метод? flush InventTable не помог.

[petr]

Если вы сами его не закэшировали (в init датасоурса cacheAddMethod), то сам он не должен автоматически кэшироваться.

[polygris]

нет канечно специально не кешировал. может это как то связанно с тем что update делается через отдельный connection?

[petr]

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

[petr]

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

[polygris]

Пробовал flush в init() формы обе таблицы. На InventTable канечно есть первичный индекс.

[kashperuk]

Цитата:

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

Пробовал flush в init() формы обе таблицы. На InventTable канечно есть первичный индекс.

flush надо делать после твоего update.
Только непонятно - а зачем вы через connection делаете?
чем обычный update X++ не подходит?

[petr]

Напиши свой дисплей метод

[petr]

Кроме того, можено вместо flush сделать условие в этом дисплей методе не по первичному ключу, а по нему + какое-нибудь дополнительно условие RecId != 0, чтобы использовался не кэш таблице, а запрос шел на БД. Этот в свое время одни blog bot предлагал, правда для других целей.

[kashperuk]

А может попробуй в дисплей методе дописать:

yourTable.disableCache(true);

[polygris]

обычный update не подходит потому как мне нельзя трогать поля modifiedBy, modifiedDate, modifiedTime

[sukhanchik]

Цитата:

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

обычный update не подходит потому как мне нельзя трогать поля modifiedBy, modifiedDate, modifiedTime

Тогда сделай yourTable.overwriteSystemfields(true); и вызови при этом doUpdate(). Никакой коннекшн создавать при этом не надо...
Поля modified* не изменятся

[polygris]

disableCache(true) непомогло :-(

[Ed1k]

Цитата:

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

sqlStr = strfmt("UPDATE InventTable SET PrimaryVendorId = '%1' FROM InventTable WHERE ItemId = '%2'", _primaryVendorId, _itemId);

здесь dataareaid надо бы в where

[polygris]

дико извиняюсь. протупил в реализации display метода. на самом деле disableCache(true) помог.
kashperuk - респект. спасибо!