InventSumDeltaDim

[danov.86]

Добрый день друзья. Кто знает какой смысл несет заполнение таблицы InventSumDeltaDim при разноски строк складских журналов.

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

Сохраненная статья из блога fed. Сам блог уже недоступен

PS: количество форматов для загрузки ограничено, поэтому конвертировал в TXT. Лень конверторы искать

[danov.86]

Спасибо большое, стало все по прозрачней, еще бы кто теперь подсказал у кого какие поля добавлены в индекс в этой таблице.

[БАХ43]

TTSDimIdx = TTSId + InventDimId
TTSItemCheckDimIdx - там куча полей, но у меня этот индекс отключен

[danov.86]

Спасибо за ответ , а у меня второй индекс с кучей полей включен. И вылетает ошибка при сторнировании журнала с переносом с одного объекта на другой в разрезе одной стройки. Поле обьет у меня находится в поле wMSPalletId но это поле в ключ не добавлено. В момент записи this.inventSumDeltaDimList().insertDatabase(); в базу, метод insertInventSum класса InventUpdateOnHand вылетает ошибка.

[БАХ43]

Индекс здесь не причем - он только за скорость выборки записей отвечает. А что за ошибка?

[Raven Melancholic]

Zitat:

Zitat von БАХ43

Индекс здесь не причем - он только за скорость выборки записей отвечает. А что за ошибка?

Не, индекс как раз причем - он уникальный. Более того, в таблицу данные вставляются не напрямую, а использую RecordSortedList, в котором тоже поле есть в качестве сортировочного (а значит и на уровне вставки в RecordSortedList уникальность поддерживается).
Вопрос больше в том, что:

Zitat:

wMSPalletId но это поле в ключ не добавлено

Это поле в стандарте в индексе есть.

[БАХ43]

TTSItemCheckDimIdx - у меня не уникальный. Но WMSPalletId в нем есть.

[danov.86]

Не удается вставить несколько записей в Проверки запасов в наличии (InventSumDeltaDim). Код номенклатуры: , Резервирование.
Запись уже существует.

[danov.86]

А подскажите плиз тип поля wMSPalletId у вас в таблице InventSumDeltaDim у вас какой у меня (nvarchar 18 not null)

[БАХ43]

Это где такой тип видите? А, ну да, в Визуал Студио так и показывает. В Аксапте - расширенный тип WMSPalletId.
А в InventSumDeltaDim записи есть какие-нибудь?

[danov.86]

Нет она у меня временная. и пуста проверял как в АХ так и в студио. При разноски журнала переноса в классе InventUpdateOnhand.addOnHandCheck формируется inventSumDeltaDimList у меня в него попадают дебетовая и кредитовая сторона проводки. Но вот в чем проблема когда wmsPalletId и not null то выдает такую ошибку если за приделами ключа и в базе ему поставить свойство null то ошибки нет. И еще одна странная фигня в репозитарии АХ у меня в индексе TTSItemCheckDimIdx есть поле wMSPalletId при синхранизации таблицы с базой в визуал студио видно что поле wMSPalletId из ключа исключается хотя перед этим его засунул в ключ в базе а в репозитарии АХ поле остается.

[БАХ43]

Компилировать, синхронизировать пробовали?

[mdanko2000]

Zitat:

Zitat von БАХ43

Компилировать, синхронизировать пробовали?

Пробовали, не помогает.

Попробую объяснить проблему ещё раз.
В AOT для таблицы есть поле wMSPalletId, здесь же в индексе это поле добавлено.
Если смотреть в базу через студию, в базе данных это поле есть, хотя визуально оно отличается от остальных. Все поля в верхнем регистре, так их создает аксапта, а это поле написано как wMSPalletId и у него нет признака Not Null. Закрадывается мысль, что поле там возникло каким-то другим способом.

Открываем SQLDictionary и видим , что такого поля в словаре нет. Т.е. уже что-то не так. Добавляем поле в словарь в надежде, что поможет. Но при синхронизации аксапта говорит, что структура неверная и УДАЛЯЕТ это поле из словаря. В структуре таблицы AOT ничего не изменяется. Удалить/переименовать поле из таблицы через АОТ невозможно с нашего слоя cus.

Ну а остальные проблемы уже возникают по причине "виртуальности" это поля, при записи в таблицу в это поле ничего не записывается. И если аналитика отличается только по этому полю, то выдается ошибка что запись уже существует.

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

[БАХ43]

А из Администрирования SQL переиндексировать? Больше вариантов нет, в смысле, что я не знаю.

[fed]

Zitat:

Zitat von mdanko2000

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

Возможно - тупой вопрос, но включен ли у вас конфигурационный ключ, прикрепленный к этому самому полю ? И не прикрепили ли его на слое CUS не к стандартному ключу, а к чему-то что у вас не куплено ?

[mdanko2000]

Zitat:

Zitat von fed

Возможно - тупой вопрос, но включен ли у вас конфигурационный ключ, прикрепленный к этому самому полю ? И не прикрепили ли его на слое CUS не к стандартному ключу, а к чему-то что у вас не куплено ?

Хороший вопрос
Без понятия, объясните где это посмотреть

[fed]

Zitat:

Zitat von mdanko2000

Хороший вопрос
Без понятия, объясните где это посмотреть

В properties поля wmsPalletId в таблице в AOD. В стандарте - свойство ConfigurationKey - пустое.
Кроме того - в extended data type WMSPalletId стоит configuration key WMSPallet.

Я подозреваю что вы как-то разрешили редактирование этого поля в интерфейсе (путем доработки), но конфигурационный ключ для паллет у вас выключен.

[mdanko2000]

Zitat:

Zitat von fed

В properties поля wmsPalletId в таблице в AOD. В стандарте - свойство ConfigurationKey - пустое.
Кроме того - в extended data type WMSPalletId стоит configuration key WMSPallet.

Всё так, никакого криминала не видно. На типе эти поля недоступны для изменения.

Zitat:

Zitat von fed

Я подозреваю что вы как-то разрешили редактирование этого поля в интерфейсе (путем доработки), но конфигурационный ключ для паллет у вас выключен.

Возможно, но тех кто внедрял/настраивал/дописывал уже не найти.
Как понять включен этот ключ или нет? Где-то посмотреть, проверить, запустить джоб чтобы увидеть?

Значит будем класс править, т.к. поле используется давно.