Использование метода merge на таблице

[Lucky13]

Цитата:

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

может вам проще такую конструкцию использовать:

PHP код:

    Info(int2str(idx.field(1))); 


Этот job написан на основе кода, взятого из формы SysRecordInfo, а она должна работать с любой таблицей

[Lucky13]

Цитата:

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

В общем, для таблиц, которые были созданы "давно" - возвращает не 0. Для созданных "недавно" - 0. Видимо 0 в "не0" превращается после какой-то операции. Вопрос: какой?

У меня тоже на usr-слое для старых таблиц возвращает не 0. Единственная закономерность которая присутстует - эти таблицы были созданы еще в Axapta 2.5 и были перенесены в 3.0. Не знаю как это могло повлиять, но если это так, то из этого следует печальный вывод: не одна таблица, созданная в Ax 3.0 (даже дублированием существующей таблицы) не будет возвращать PrimaryFieldKey

[oip]

Неа, у нас эти "старые" таблицы сразу на 3.0 создавались насколько я понимаю.

[ViV]

Цитата:

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

В качестве Table нужно подставить:
1. Какую-нибудь стандартную таблицу у которой есть первичный индекс (например, Unit)
2. Дубль этой таблицы (CopyOfUnit)
3. Какую-нибудь таблицу созданную на usr-слое с первичным индексом
Результаты экспериментов 2 и 3 выглядят странно, особенно 2.
Буду очень благодарен если кто-то проведет данный эксперимент в своей системе и приведет результат здесь.

Добрый день!
Я полагаю, вы просто не выполнили одно из условий PrimaryKeyField - должен существовать ExtendedDataType с relation на поле индекса вашей таблички.
И соответсвенно он должен использоваться в данном поле.

В частности у меня Ваш Job для моей таблицы вернул Id поля.
А провал второго эксперимента прост - relation на дубль таблицы не распространяется, условие на PrimaryKeyField нарушено.

[oip]

Воистинну! Браво!

[Lucky13]

ViV, огромный респект

[DreamCreator]

Не пойму почему

PHP код:

static void testPrimaryKeyField(Args _args)
{
    DictTable   dictTable  = new SysDictTable(tableNum(InventTable));
    DictField   dictField  = new SysDictField(dictTable.id(), dictTable.primaryKeyField());
    ;

    info(strFmt("%1", dictTable.id()));
    info(strFmt("%1", dictTable.primaryKeyField()));
} 


выводит

PHP код:

Сообщение (16:00:51)
175
0 


И релейшн есть, и таблица старая, и примари индекс включенный, с одним полем..

Из-за этого dictField null

[belugin]

У меня возвращает 2

Цитата:

SysDictTable::newTableID(tableNum(InventTable)).primaryKeyField()

[DreamCreator]

Цитата:

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

У меня возвращает 2

0

[kashperuk]

У меня выводит
175
2

Так что таки что-то вы нахимичили с ТМЦ
Ищите

[AndyD]

А еще индексы по этому полю есть?

[DreamCreator]

Цитата:

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

А еще индексы по этому полю есть?

Да, есть :

GroupItemIdx
ItemGroupId
ItemId

TypeIdx
ItemType
ItemId

DimGroupItemIdx
DimGroupId
ItemId

[AndyD]

Т.е. индексы стандартные, ничего не добавлено?

[DreamCreator]

Цитата:

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

Т.е. индексы стандартные, ничего не добавлено?

По ItemId индексы не менялись, добавлены индексы по другим полям (не ItemId)

[M.Ruslan]

Столкнулся с подобной проблемой в DAX 4.0 (2214) при открытии из справочника номенклатур паспорта записи, не доступна группа переименования ключевого поля из-за того что primaryKeyField возвращает 0

[M.Ruslan]

Странно, но лечится удалением добавленных relations

[evb]

Хотелось бы поднять вопрос, может за полтора года появились ответы
в частности интересует причина, по которой на таблице RAssetTable возвращается значение 0
Таблица не модифицировалась. Relation на EDT есть.... вобщем нипанятна (с)

[evb]

методом "пристального всматривания" получил следующую картину:
на 4й версии аксапты метод primaryKeyField() на таблице RAssetTable отрабатывает корректно
а вот на 3й - нет. Причем таблица лежит в слое dis, и на нескольких других примерах из этого слоя так же работает неправильно. Таблицы, лежащие в других слоях(gls, sys, usr) возвращают корректные значения. может со слоем что-то не так? ...

[mazzy]

Цитата:

Сообщение от M.Ruslan

Странно, но лечится удалением добавленных relations

или добавлением явного relation "сам на себя", в котором участвует сама таблица и поле