Таблица LedgerJournalTrans_Asset. Для чего?

[Rivez]

Здравствуйте!

В Ax 2009 есть такая таблица LedgerJournalTrans_Asset. Может ктонибудь имел опыт работы с ней, что она в себе хранит? Используется ли она модуле "Основные средства" в российской локализации?

Заранее спасибо!

[Bega]

В DAX2009 стали хранить данные модулей отдельно от LedgerJournalTrans. Данная таблица в российских ОС судя по всему не используется, данных в базе с проводками по российским ОС там нет. И в перекрестных ссылках тоже нет никаких RAsset.

[Rivez]

блин, немного неправильно указал название LedgerJournalTrans_RAsset

букву "R" забыл...сейчас вижу, используется при создании строк журнала ОС и его разноске, как доп.информация по операциям ОС

[TasmanianDevil]

Цитата:

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

нет никаких RAsset.

А на табличке ключег висит тем не менее ...

[Bega]

Цитата:

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

А на табличке ключег висит тем не менее ...

Какой ключег?

[TasmanianDevil]

Конфигурационный ключ и ключ прав доступа на данной таблице - оба два относятся к RAsset, т.е таки наша, русскоОСная табличка получается ...

[Bega]

Цитата:

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

Конфигурационный ключ и ключ прав доступа на данной таблице - оба два относятся к RAsset, т.е таки наша, русскоОСная табличка получается ...

Изначально шла речь о таблице LedgerJournalTrans_Asset, о ней я и написал, на ней LedgerBasic и LedgerTables стоят ключи.

[TasmanianDevil]

Виноват , глядел на LedgerJournalTrans_RAsset, у просто _Asset - там да, LedgerBasic и LedgerTables

[BOAL]

В ах2009 сделали нарезку строк ЖКГ на кучу доп таблиц (в борьбе за реляционную модель видимо и бестпрактис очистку стандартных таблиц от "враждебной" локализации )
Так иль иначе, но не только по ОС, но и Кассе и РБП и может еще чему (не помню) появились такие таблицы.
Особо это стукнуло по тем, у кого там модификации, переносить правки и отдельно правки на формах сложнее. Ну, если где-то в коде создавались записи ЖГК с использованием этих полей, то тоже все отвалится, нужно делать на связку.
Отдельная песня с переносом данных, но по идее все старые поля есть, как DEL_ и обрабоать их не сложно либо самому (джобаими), либо штатной конвертилкой (не знаю есть ли она, но по идее должна быть).

[belugin]

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

2. Данные в таблице были разреженные - для каждого LedgerTrans приходилось хранить кучу пустых полей в данном конкретном LedgerTrans неактуальных.

3. Стандартные апгрейд скрипты должны перенести все данные из DEL_ . Процесс апгрейда описан в соответсвующий административной доке.