Доброго времени суток.
При выполнении запроса в экспортируемой процедуре менеджера справочника, вызванной через com-соединение (подключаемся к базе с помощью com-соединения, вызываем процедуру), запрос с ОБЪЕДИНИТЬ ВСЕ приводит к появлению null в некоторых колонках в отдельных строках.
Объединяются 2 запроса к ранее созданным временным таблицам, в которых нет НИ ОДНОГО значения null в этих же колонках: если выбрать данные из каждой по отдельности, там ничего такого не обнаруживается.

Вопрос: в каких случаях UNION ALL (ОБЪЕДИНИТЬ ВСЕ) приводит к замене значений на NULL?
Все значения во временных таблицах строковые (проверил тип данных каждого значения, выбирая данные из каждой таблицы по отдельности).

Спасибо

(0) Поля в объединяемых запросах идентичны по типу и количеству?

По количеству - конечно, на этот счет есть сообщение об ошибке ("Разное количество полей в объединяемых запросах").
По базовому типу - тоже (строка)

(2) Используйте конструкцию вида "ЕстьNULL(<Поле>,"" или Выразить(<Знач> как Число или Строка и т.д.))" :)

(2) Такая ошибка бывает, когда последовательность полей разных типов нарушена. То есть в 1-м запросе - это дата, во 2-м  - ссылка или число.
(3) +100

(0) запрос уже давай

(3) нет никаких значений null в исходных данных, я выше писал

(4) да ладно:

ВЫБРАТЬ
    АвансовыйОтчет.Ссылка,
    АвансовыйОтчет.СуммаДокумента
ИЗ
    Документ.АвансовыйОтчет КАК АвансовыйОтчет

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    ВозвратТоваровПоставщику.Ссылка,
    ВозвратТоваровПоставщику.Дата
ИЗ
    Документ.ВозвратТоваровПоставщику КАК ВозвратТоваровПоставщику

(5)
Ну, как-то так:

ВЫБРАТЬ
    ВременнаяТаблица.Показатель,
    ВременнаяТаблица.КодПоказателя,
    ВременнаяТаблица.ТипСуммы,
    ВЫБОР КОГДА ВременнаяТаблица.Оператор > 0 ТОГДА ВременнаяТаблица.Сумма ИНАЧЕ -ВременнаяТаблица.Сумма КОНЕЦ КАК Сумма
    , ВременнаяТаблица.РегиональноеПодразделение, ВременнаяТаблица.ОС, ВременнаяТаблица.Покупатели, ВременнаяТаблица.СсылкаНаДокумент, ВременнаяТаблица.ДатаДокумента
ИЗ
    ВременнаяТаблица3 КАК ВременнаяТаблица
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
    ВременнаяТаблица.Показатель,
    ВременнаяТаблица.КодПоказателя,
    ВременнаяТаблица.ТипСуммы,
    ВременнаяТаблица.Сумма КАК Сумма
    , ВременнаяТаблица.РегиональноеПодразделение, ВременнаяТаблица.ОС, ВременнаяТаблица.Покупатели, ВременнаяТаблица.СсылкаНаДокумент, ВременнаяТаблица.ДатаДокумента
ИЗ
    ВременнаяТаблица1 КАК ВременнаяТаблица
УПОРЯДОЧИТЬ ПО РегиональноеПодразделение, ОС, НематериальныеАктивы, Покупатели, СсылкаНаДокумент, ДатаДокумента

Гарантируется, что в обеих объединяемых таблицах одинаковое кол-во колонок, и у всех, кроме колонки Сумма базовый тип - строка

(8)(9) ты не ври, мы еще не знаем, что там у тебя во временных таблицах

(9)
>>>, и у всех, кроме колонки Сумма базовый тип - строка

>>>КОГДА ВременнаяТаблица.Оператор > 0

Одна из черепашек врёт

(11) Сорри, у двух колонок тип = число
:-)

(12) это же не весь запрос ?

(10) Таблицы я проверил, читай выше: если выбирать данные из каждой по отдельности, то нет ни значений null, ни каких либо еще типов, кроме числа (Оператор, Сумма) и строки (все остальные)

при таком запросе нулл полей не будет.
Видать еще-где-то-левым-соединением-балуешьси

(13) В том-то и дело, что весь

Надо смотреть на твои временные таблицы 1...3

(17) Согласен! Но см. выше, нет в них нет ничего, кроме строк, если выбирать из них по отдельности, не объединяя

(18) ну может группы туда фигачишь вместе с элементами во временные таблицы, мы же не видим отсюда.

(19) Не, правда, ну сколько можно: там нет ссылок! Там строки. И 2 числовые колонки. я про них забывал сообщить только потому, что с ними всё нормально, значения null появляются в тех колонках, где в обеих таблица строки (иногда пустые строки)

А откуда известно, что в таблицах Null нет?
В консоли на глаз?

(20)  Null в отчет выводится как пустая строка, вы где смотрите?

(21) (22)
Нет. При проверке типа значения, содержащего null, возвращается Тип("null"). Я не поленился таблицы по одной достать и перебрать с проверкой типа значения

(20) попробуйте убрать какие-то строки из запроса. например, оставьте одну строчку

ВЫБРАТЬ
    ВременнаяТаблица.Показатель


проверьте, потом если всё нормально добавьте следующие строчки. так найдете конкретную строку запроса.

Главный смех в том, что если процедура вызвана в той же базе, но не через COM-соединение, то она отрабатывает совершенно нормально...

(25) но это пакетный запрос идет. или через менеджер временных таблиц?

Через менеджер. Тот запрос, который я привел, выполняется отдельно именно в таком виде

пронумеруй строки и посмотри где возникает null

ну или хотя бы номер таблицы выбирай

(27) ну тогда чудес не бывает. или менеджер не той базы или запрос. А как получил  ВременнаяТаблица.СсылкаНаДокумент в виде строки? в запросе вроде не преобразует ссылку в строку.

(30) Все объекты создаются в процедуре, а не вне её.
Поле СсылкаНаДокумент содержит результат функции ПРЕДСТАВЛЕНИЕ()

(31) ПРЕДСТАВЛЕНИЕ() нельзя использовать, это не строка, вот оно и глючит.

Думал про это, но как объяснить, что при помещении в ТЗ это становится строкой?

(без специального преобразования)

(32) а что же тогда результат функции ПРЕДСТАВЛЕНИЕ() из себя представляет (простите за тавтологию), когда его помещают во временную таблицу?

(35) там всегда ссылка на объект. ПРЕДСТАВЛЕНИЕ это уже на выходе запроса 1с-ина сама отрабатывает потом

(36) Это при запросе, не создающем временную таблицу. ВТ содержит не текст запроса, а его результаты

(35) Вот запрос:
Запрос = Новый Запрос;
Запрос.Текст =
"
|ВЫБРАТЬ
|    ПРЕДСТАВЛЕНИЕ(Организации.Ссылка) КАК Представление,
|    ПРЕДСТАВЛЕНИЕССЫЛКИ(Организации.Ссылка) КАК ПредставлениеСсылки
|ПОМЕСТИТЬ ВременнаяТаблица
|ИЗ
|    Справочник.Организации КАК Организации
|;
|
|////////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ
|    ВременнаяТаблица.Представление,
|    ВременнаяТаблица.ПредставлениеСсылки
|ИЗ
|    ВременнаяТаблица КАК ВременнаяТаблица";
Запрос.Выполнить();

Вот профайлер:

INSERT INTO #tt52 WITH(TABLOCK) (_Q_000_F_000_00RRef, _Q_000_F_000_01, _Q_000_F_001_00RRef, _Q_000_F_001_01) SELECT
T1._IDRRef,
T2._Description,
T1._IDRRef,
T2._Description
FROM dbo._Reference135 T1 WITH(NOLOCK)
LEFT OUTER JOIN dbo._Reference135 T2 WITH(NOLOCK)
ON T1._IDRRef = T2._IDRRef

Что-то ты не то профайлером поймал

(36) По сути, представление и представление ссылки работает одинаково. Думаю, будут отличия для справочников, где представление кодом или наименованием.

(39) Чо эта?

тьфу, глаз замылился, показалочь что соединяются рахные таблицы

(37) ну, наглядный тест на вшивость - поставь условие на временную табличку , типа

Где ВременнаяТаблица.СсылкаНаДокумент = "Вася"

будешь приятно удивлён в неработоспособности этой конструкции.
Даже профайлер открывать не надо

а интересно зачем это они соединяются?

(44) Чтобы было видно, какие мощные программисты пишут платформу.

я примерно догадываюсь зачем

(38) Ну, это говорит о том, что во временной таблице будет уже строка (значение поля, являющегося представлением объекта)

(43) Я только что был приятно удивлен её работоспособностью :-)

Неужели ты думал, что во временную таблице будет помещена ссылка? Так вот, нет

(47) а зачем он тогда саму ссылку выбирает?
Ой не просто там строка будет

(48) врешь же

Тут я интерпретировал вопрос по своему. Для документов будет немного другой запрос (но сути не меняет):

INSERT INTO #tt53 WITH(TABLOCK) (_Q_000_F_000_00RRef, _Q_000_F_000_01, _Q_000_F_000_02, _Q_000_F_001_00RRef, _Q_000_F_001_01, _Q_000_F_001_02) SELECT TOP 1
T1._IDRRef,
T2._Number,
T2._Date_Time,
T1._IDRRef,
T2._Number,
T2._Date_Time
FROM dbo._Document494 T1 WITH(NOLOCK)
LEFT OUTER JOIN dbo._Document494 T2 WITH(NOLOCK)
ON T1._IDRRef = T2._IDRRef

(50) Ты же видел запрос вверху (из профайлера). И ты сам-то как себе это представлял - что при использовании ПРЕДСТАВЛЕНИЯ() и просто Ссылки в поле ВТ помещается одно и то же, что ли?
И нет, не вру.

(52) конечно врешь, хочешь сказать, что такой код у тебя работает ?

ВЫБРАТЬ
    ПРЕДСТАВЛЕНИЕ(Валюты.Ссылка) КАК Вася
ПОМЕСТИТЬ Табличка
ИЗ
    Справочник.Валюты КАК Валюты
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    Табличка.Вася
ИЗ
    Табличка КАК Табличка
Где Табличка.Вася ="лох"

Такой - не знаю, но выборка из моей временной таблицы, созданной в менеджере - работает. Ты привел пакетный запрос

(54) А какая разница?

Хочешь строки - выгружай в ТЗ, а потом ТЗ засовывай обратно.

Мне кажется в случае ком соединения если тип строка(50) и тип строка(100) - это разные типы. Надо это проверить.

Делал в запросах для отчетов на СКД условие соединений таблиц по представлению.
Был неприятно удивлен. Не соединялось.

(56) Строки у меня уже есть. Это факт, а не мнение

(56) (55) Разница, в том, что при помещении во временную таблицу представление формируется сразу. Видимо, помещение в ВТ движком приравнивается к возврату данных на клиента.
А пакетный запрос, который привел Ёпрст - он даже не скомпилится, наверное

(57) Да, но даже так - откуда появляется этот чертов null?

(59) Давай минимальный кусок кода, который подтвердит твой "факт" на люой базе. Иначе это голословное утверждение.

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

(63) Доzzzzzzzвидания!

https://its.1c.ru/db/metod8dev/content/2655/hdoc/

(63)+
что ссылку в одной из колонок временной таблицы нужно при следующем запросе заменить на представление???

http://v8.1c.ru/metod/books/book.jsp?id=436

(67) Ответь на мой вопрос

Вопрос простой: поскольку запрос, которым были сформированы эти таблицы, выполнялся несколько итераций назад, как платформа может потом догадаться, что ссылку, которую она, по твоему, поместила в колонку ВТ, нужно при последующей выборке из ВТ превратить в представление объекта?


Или просто создай запрос, инициализируй менеджер ВТ, создай там таблицу, в одной из колонок которой будет результат функции ПРЕДСТАВЛЕНИЕ. Потом попробуй отобрать из этой таблицы данные с отбором по строковому значению по колонке, в которой находятся результаты функции ПРЕДСТАВЛЕНИЕ

(69) Если читать документацию не по диагонали, а хотя бы слева направо, то можно понять, что функция представления всегда рассчитывается в самый последний момент,при передаче результатов вызывающему. Сделано это специально, так как при формировании представления учитывается локализация сеанса. До этого 1сная колонка хранится как набор полей, необходимых для вычисления.
В момент запроса данных из твоей одиночной таблицы  платформа возвращает тебе результат, вычисляя строку. Ты видишь эту строку и начинаешь брызгать подливой о типах данных в запросе.
Как только запрос становится сложнее, поле представление начинает содержать в себе разные по типу и количеству наборы служебных колонок для вычисления представления. Объединение таких наборов - неопределенное поведение и платформа подставляет тебе null.

Успехов в изучении матчасти.

(70) я думаю проблема банальнее, но автор не делится кодом, а голословно утверждает

(70)
Если не тратить время на колкости и отвечать на встречные вопросы, толку от вашего участия в обсуждении будет больше.
Вы утверждаете, что ВО ВРЕМЕННОЙ ТАБЛИЦЕ, КУДА ПОМЕЩЕН РЕЗУЛЬТАТ ФУНКЦИИ ПРЕДСТАВЛЕНИЕ, ХРАНИТСЯ НАБОР КОЛОНОК ВМЕСТО РЕЗУЛЬТАТА?

(71) Так давай договоримся, какой именно код тебе поможет понять, что происходит. ВЕСЬ КОД процедуры - это сотни 3 строк. Вообще, по нормальному описанию тоже можно понять, но я допускаю, что чего-то в моих описаниях не хватает

http://cdn.trinixy.ru/pics2/20070323/cats_30.gif

Мне надо было повнимательней посмотреть листинги, выложенные Tateossian :)
Всем спасибо )