Не выделяется Recid в Dynax2009

[Shirmin Oleg]

Доброго времени суток!

Запускаю джоб (DAX 2009 SP1, SQL Server 2005)

  PurchParmSubTable table;
  ;
  table.OrigPurchId = "03184";
  table.ParmId = "SID0937843";
  table.PurchName = "Fibber Global Tech Limited";
  table.TableRefId = "SID0937844";
  try
    {
    table.insert();
    }
  catch
    {
      error("error");
    }

В результате вываливается ошибка (см. картинку). Как показывает профайлер кода, при вставке записи в базу не передается Recid (вернее, передается 0). Наших доработок на таблице нет, метод Insert не перекрыт, на "братской" таблице SalesParmSubTable все нормально работает. Таблицу синхронизировал (никаких ошибок не было), удалял в SQL, потом восстанавливал через синхронизацию в DynAx - не помогает. Что надо пнуть, чтобы восстановить выделение recid?

[kashperuk]

А в таблице SystemSequences для строки с TABID == tablenum(PurchParmSubTable) какие значения в NEXTVAL/MINVAL/MAXVAL?

[belugin]

Вы перевходили в Ax? Не может быть такого, что был вызван PurchFormLettrer.suspendRecIDs в той же сессии?

[Shirmin Oleg]

Zitat:

Zitat von kashperuk

А в таблице SystemSequences для строки с TABID == tablenum(PurchParmSubTable) какие значения в NEXTVAL/MINVAL/MAXVAL?

У нас в этой таблице вообще только одна запись

[Ivanhoe]

Надо смотреть в компании dat.

[Shirmin Oleg]

Zitat:

Zitat von Ivanhoe

Надо смотреть в компании dat.

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

MinVal = 1
MaxVal = 9223372036854775807
NextVal = 5637171578

[kashperuk]

Zitat:

Zitat von Shirmin Oleg

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

MinVal = 1
MaxVal = 9223372036854775807
NextVal = 5637171578

Ну, соответственно, если не было suspension of recId allocation (см. пост Максима выше), то должно сохранять запись со значением RecId == NextVAL

[Shirmin Oleg]

suspension of recId allocation не было, но все равно вместо нормального recid приходит 0

[trud]

2 Oleg
Попробуйте дописать спереди NextVal какую нибудь циферку и перегрузите АОС.
После этого все так же?

[Shirmin Oleg]

Zitat:

Zitat von trud

2 Oleg
Попробуйте дописать спереди NextVal какую нибудь циферку и перегрузите АОС.
После этого все так же?

Не помогло

[glibs]

Стоит попробовать компиляцию таблицы и реиндексацию объектов приложения.

[Shirmin Oleg]

Zitat:

Zitat von glibs

Стоит попробовать компиляцию таблицы и реиндексацию объектов приложения.

Два раза джоб отработал нормально, потом опять ошибка

[Shirmin Oleg]

Сделал синхронизацию, переиндексацию (для всех таблиц), глоб. компиляцию. Удалил запись в systemSequences кот. относится к PurchParmSubTable. После всего наблюдается след. эффект: джоб работает стабильно, все хорошо до тех пор, пока не делается попыток разнести счет(накладную) по поставщику. после этого опять та же ошибка. Если перезайти в Аксапту, то все повторяется - джоб опять работает и т.д..

Zitat:

Zitat von belugin

Вы перевходили в Ax? Не может быть такого, что был вызван PurchFormLettrer.suspendRecIDs в той же сессии?

А это разве плохо? Я смотрел в отладчике - при разноске счета(накладной) по поставщику PurchFormLettrer.suspendRecIDs вызывается для каждого счета, и все это в одной сессии.

[Shirmin Oleg]

Разобрался. Ключевым моментом оказалось использование разработчиками объекта RecordInsertList для вставки запиесй.

Во время разноски используется метод

PurchFormLettrer.suspendRecIDs()

отключение автовыделения recid при добавлении записей, соотв. дальше, при вставке, этот recid нужно явно присвоить.

Вставка происходит след образом - табл. purchParmTable.insert, внутри Insert вызывается метод

purchParmSubTable::createFromPurchParmTable(PurchParmTable _purchParmTable, boolean _insert = true)

кот. вызывает метод

purchParmSubTable.insert()

В моем случае createFromPurchParmTable отрабатывал два раза: первый раз он вызывался с параметром _insert = false. Причем в методе

this.insertPurchParmSubTable(purchParmSubTable)

как раз и происходит "ручное" присвоение recid для purchParmSubTable.

Второй раз вызов createFromPurchParmTable (уже с параметром _insert = true) происходит при отработке метода

protected void recordInsertListInsert()
{
    recordInsertPurchParmTable.insertDatabase();
    recordInsertPurchParmSubTable.insertDatabase();
    recordInsertPurchParmLine.insertDatabase();
    recordInsertPurchParmLine_Asset.insertDatabase();
    this.removeRecIdSuspension();
}

в частности метода

recordInsertPurchParmTable.insertDatabase()

и в этот момент уже никто не выделяет recid. Соотв, вываливается ошибка и при этом НИКТО НЕ СНИМАЕТ ОТКЛЮЧЕНИЕ АВТОВЫДЕЛЕНИЯ recid на таблицах. Поэтому и джоб переставал работать после попытки разнести счет или накладную.

А происходит повторный вызов из-за того, что у нас включено логирование на таблице purchParmSubTable (на Insert). Как только отключили логирование все заработало.

[Ivanhoe]

Спасибо за отчет.
А можно попросить написать резюме буквально в двух предложениях (для консультантов : при таких-то условиях не работает то-то, обходить проблему - так-то.

[Shirmin Oleg]

Если при разноске счета на оплату (накладной) по закупке появляется ошибка "Невозможно создать запись ... База данных SQL обнаружила ошибку", проверить настроено ли логирование на вставку записей по этой таблице (Администрирование -> Журнал базы данных). Если настроено, отключить.
Также в сообщении об ошибке кроме таблицы PurchParmSubTable могут быть таблицы PurchParmTable, PurchParmLine, PurchParmLine_Asset. После появления этой ошибки обязятельно перезайти в Аксапту.

[TasmanianDevil]

Смысл временного отключения генерации RecId ?
Боятся, что кончится быстро ?

[Ivanhoe]

Журнал БД отключен, но ошибка есть

Поиск по базе знаний MS находит такую запись: Error message when you post a purchase order in Microsoft Dynamics AX 2009: "Cannot create a record in Purchase order header - Updating table (PurchParmSubTable)" (доступ к Partner / Customer Source).

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

Попытка скачать обновление напрямую (используя совет с форума) не дает результата: "В статья базы знаний нет открытого для скачивания исправления. Пожалуйста свяжитесь со службой поддержки, если Вам нужна срочная помощь."

Ждем ответа от MS

[Ivanhoe]

Статья KB961909, в ней описание нужных исправлений, поэтому нет хот-фикса для загрузки. Ошибка появляется как для включенного Журнала БД, так и для включенного аудит-трейла Life-Science.

Я так понимаю, оба случая - довольно редкие, специально настраивать журнал БД на эту таблицу я не вижу смысла, Life-Science вообще мало у кого куплен

[vanokh]

имхо, дело не в генерации RecId, а в том, что insert срабатывает два (!) раза.
сначала создал свою ошибка работы RecordInsertList?, потом заметил эту тему

логгирование выключено