Избавиться от Null в запросе по реальному регистру. #419979

Запрос: ВЫБРАТЬ РАЗРЕШЕННЫЕ    ПартииТоваровНаСкладах.Период,    ПартииТоваровНаСкладах.МоментВремени ИЗ    РегистрНакопления.ПартииТоваровНаСкладах КАК ПартииТоваровНаСкладах При выгрузке в таблицу все типы колонок получаются вида: "родной тип значения", Null Как избавиться от Null`ей ?

ЕстьНУЛЛ?

или НЕ НУЛЛ?

зачем?

ни про то вообще

похоже

Ага. Не про то. На выходе в таблице составной тип получается ("родной", null). Вопрос: как убрать Null?

см

Идет сравнение со значениями "родного" типа: со всеми прокатывает, кроме "ВидДвижения" - выдает "Неверные параметры в операции сравнения. Нельзя сравнивать поля неограниченной длины и поля несовместимых типов."

а с чем ты сравниваешь его? По-моему NULL тут не причем

+1 . Подозреваю что то не так в коде, в студию

Может не так сравниваешь?

+11 или не то

С таблицей движений, выгруженной из ДокументОбъекта. P.S.Столько вопросов. Когда ответы будут?

тебе ответили в нул тут ни при чем

+14 если не смог правильно задать вопрос - жди вопросы в ответ

Он тебе жить мешает?

Мешает если спрашиваю.

ну долби дальше, клюв уже хороший

Вот: ВЫБРАТЬ РАЗРЕШЕННЫЕ Ошибка: {ОбщийМодуль.Доработки(4295)}: Ошибка при вызове метода контекста (Выполнить): {(91, 42)}: Неверные параметры в операции сравнения. Нельзя сравнивать поля неограниченной длины и поля несовместимых типов. И ТаблицаТоваровСравнение.ВидДвижения <<?>>= втТаблицаТоваровДо.ВидДвижения

Ну. У тебя там разные типы. При чем тут NULL?

И что здесь можно увидеть? Смотри как временные формируются(втТаблицаТоваровДо втТаблицаТоваровПосле).

ха, тут вообще другая ситуация, что значит описать проблему "грамотно". Никто твоих втТаблицаТоваровПосле и втТаблицаТоваровДо не видел и не знает, что там

Про (втТаблицаТоваровДо втТаблицаТоваровПосле) в началке ветки. А разные типы потому, что один из них составной: ("родной" и Null)/

где вначале? а выводы делаешь неправильные: NULL отлично сравнивается на равенство

Null сравнивается, а составной тип нет.

+ По крайней мере для "ВидДвижения".

или показывай свои таблицы временные или смотри

Ты дурак? У значения не может быть составного типа. А с ВидДвижения в запросе и правда какие-то траблы были, уже и сам не помню.

неважно какой тип.. У тебя Фрукт1 может быть равным Яблоко и Груша; Фрукт2, также может быть равным Яблоко и Груша. Ты присваиваешь Фрукт1 = Яблоко, Фрукт2 = Груша. И сравниваешь Фрукт1 = Фрукт2 - пох, какой у них тип, составной или нет..

+ на крайняк можно заменить в временных таблицах на ВЫБОР

2 ALL: сегодня пятница?

сегодня единственный рабочий день недели..

На мисте, походу сплошные флеймеры остались, по делу никто не отвечает.

"У значения не может быть составного типа" - интересная фраза. А у чего (кого) может?

у реквизита, например.

+ а значение реквизита - нет.

+ не может быть одновременно конкретное значение быть равным числу 0 и NULL. PS жарко.

Это демагогия. Пробую установить индекс по "ВидДвижения". Ошибка: "Индексируемое поле не может иметь составной тип и тип неограниченной длины <<?>>ТаблицаТоваровДо.ВидДвижения КАК ВидДвижения,"

Колонка в созданной программно ТЗ(не привязанной к табличному полю на форме) - это "значение" или "реквизит"?

у тебя поле неограниченной длины пользуйся выразить

)))) ты сравниваешь значения..а не колонки..

колонка - это контейнер, содержащий в опред строке значение

Заеб..ли. Неужели нельзя с начала темы внимательно прочитать? Смотрю в отладчике: строка из 1-й таблицы, колонка "ВидДвижения", тип ("ВидДвиженияНакопления"); строка из 2-й таблицы, колонка "ВидДвижения", тип ("ВидДвиженияНакопления",Null) Так получается при запросе к реальной таблице регистра накопления.

Вот в такую ошибку верим.

"на крайняк можно заменить в временных таблицах на ВЫБОР Можно, только сначала от Null в таблице нужно избавиться, иначе: "Неверные параметры в операции сравнения. Нельзя сравнивать поля неограниченной длины и поля несовместимых типов. КОГДА ТаблицаТоваровДо.ВидДвижения <<?>>= Значение(ВидДвиженияНакопления.Приход)"

Дело не в Null-ах, а в косяках при сравнении перечислений типа ВидДвиженияНакопления. Если заменить во временных на булево, то и сравнивать надо с булевым.

"Дело не в Null-ах, а в косяках при сравнении перечислений типа ВидДвиженияНакопления" Верно отчасти. Если убрать null, то "ВЫБОР КОГДА", а операция вхождения из не работает в любом случае. "Если заменить во временных на булево, то и сравнивать надо с булевым" Как?

ну ты объясни, что у тебя за таблица ТаблицаТоваровДо, откуда она взялась? А так это всё переливание из пустого в порожнее. Ошибка то в этой таблице, а ты нам показал как формируется первая таблица. Тут же не все экстрасенсы. Может ты нетипизированую таблицу подсовываешь или полученную из Левого соединения.

К .  то "ВЫБОР КОГДА"- работает.

таблица выгрузки из запроса в

А вторая?

ДокОбъект.Движения.партииТоваровНаСкладах.Выгрузить ЗЫ Прочитал бы всю тему.

Походу от Null избавлялся так: создавал таблцу со структурой в , тип каждой колонки задавал явно, и перегружал колонки в нее из талицы запроса. После  этого в ставил ВЫБОР КОГДА - так все работает. Надеялся есть более элегантный способ.

Попробуй в изменить: Выбор Когда ПартииТоваровНаСкладах.ВидДвижения = Значение(ВидДвиженияНакопления.Приход) Тогда Значение(ВидДвиженияНакопления.Приход) Иначе Значение(ВидДвиженияНакопления.Расход) Конец КАК ВидДвижения,

лучше в соединении заменить:            И (ВЫБОР КОГДА ТаблицаТоваровСравнение.ВидДвижения = Значение(ВидДвиженияНакопления.Приход) И втТаблицаТоваровДо.ВидДвижения = Значение(ВидДвиженияНакопления.Приход) ИЛИ ТаблицаТоваровСравнение.ВидДвижения = Значение(ВидДвиженияНакопления.Расход) И втТаблицаТоваровДо.ВидДвижения = Значение(ВидДвиженияНакопления.Расход) ТОГДА ИСТИНА ИНАЧЕ ЛОЖЬ КОНЕЦ)

Дык, автор в пишет что ошибку дает:

Тогда и не сработает. Та же самая формула.

можно посмотреть отладчиком движения ДокОбъект.Движения.партииТоваровНаСкладах какой там тип?

почти офф. почему через ВЫБОР? ЕСТЬNULL(ТаблицаТоваровДо.ВидДвижения,Значение(ВидДвиженияНакопления.Расход))

Формула не совсем та, поскольку до помещения во временную. Null-ов там нет. Там какие-то косяки при сравнении. Попробуйте соединить по ВидДвижения разные регистры накопления. У меня например, какие-то соединяются без проблем, какие-то - нет, такую же ошибку дает. Логику не понял.

- ошибку не дает, но Null остается. - см. - В запросе не помагает избавиться от Null, а в надо избавиться от "ВидДвижения" - заменять на булево.

Может, не избавляться надо, а другую таблицу привести к такой-же Например, что-то типа: Выбрать *

так я тебе Движения просил посмотреть, а не таблицу. Может выгрузить косячит.

разные виды регистров есть. Если это регистр оборотов, а не остатков, то действительно ВидДвижения = NULL. Наверно, именно поэтому в общем случае Вид движения имеет составной тип.

Регистр "остатков". УПП(1.2.21.1)

Про разные виды регистров знаю. Я пробовал одинаковые: Остатки.

может быть команда Выгрузить общая для всех. Вот она и фигачит составной тип.

Как я понял - наоборот. Составной дает запрос.

Да и все равно, косячно как-то. Говорю же, пробовал соединять: . Автор, не пробовал?

а если и вторую таблицу тоже сделать ДокОбъект.Движения.партииТоваровНаСкладах.Выгрузить тогда должно нормально быть.

Не совсем нормально - "ВидДвижения" все равно надо на булево заменять до запроса в .