Странная конструкция. Если в этом какой-то смысл, кто знает ?

   |    ТаблицаНачислений.Норма,
   |    ТаблицаНачислений.СверхНорма
   |ПОМЕСТИТЬ ТаблицаНачислений
   |ИЗ
   |    &ТаблицаНачислений КАК ТаблицаНачислений



Какой-нибудь группировки или отбора по ИМЕЮЩИЕ с большинством колонок, которые получаются таким способом, в запросе нет.

Я сейчас не переделываю этот запрос, просто - в непонятках 8-0

это добавление данных из таблицы значений

чё?

(1) какое добавление ? была таблица типа ТЗ, помещена в переменную, из неё сделана выборка, по сути ничем не отличающаяся от переменной...

(3) из переменной во временную таблицу на сервере...

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

(3) прикалываешься?

(6) не понял...

(5) в языке запросов от 1С

(5) с этого места поподробнее, пожалуйста !

(5) дело в том, что (3)

таблица начислений - это таблица значений, передается параметром в запрос, соответственно потом колонки указанные в выборе формируют временную таблицу, наполняя ее данными содержащимися в переданном параметре

таблицу запроса от ТЗ вообще не отличаем?

(9)Например, внешние таблицы значений нельзя использовать в соединениях.

(12) а что такое таблица запроса?)

(10)Дело в том, что ее теперь в запросах можно цеплять.

ещё раз - что  странно : из переменной А , которая имеет значение Таблица Значений, опять же помещается в таблицу по сути такую же. как А

(14) временная таблица, не?

&А - уже можно было использовать в запросе

(0) Автор ты сегодня с кофеём не борщанул ??? в (4) и (5) вроде все понятно !

(18) нельзя

(14) ну если так)

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

>>&А - уже можно было использовать в запросе
>>Стаж: 6 г. 9 мес

марш учить букварь

ндась.

(21) ну как бы вне запросов они лишены смысла, поэтому я их так называю. или я где-то неправ?

(25) да забей, просто эти разброды в терминологии - зло

(23) Хорош чморить, я не пользовался такими констукциями, предпочитаю вложенные запросы большой глубины.
Спрашивал на эту тему

v8: Отбор в таблице значений ?

Мне сказали немного не так...сильно не так... но ещё не проверял, некогда было, выясню кто был прав.

(27) причем здесь вложенные запросы и внешние данные? некоторых данных просто физически нет в бд

(28)
%=0
а временная таблица их получает магией и колдовством ?

(29) ВТ получает их через МенеджерВременныхТаблиц. так что марш учить букварь.

(30) см (28) "просто физически нет в бд"

(31) плять ... из другой бд по кому, как пример

(29) а временная таблица получает их из таблицы значений, которую ты передаешь параметром в запрос

ТС из аристократов, похоже... шампанское по утрам...

Да,с каждым днем узнаю все новое об 1с-это круто!

(34) в отличие от тебя, я знаю, что излишнее употребление пива вредит здоровью!

(36) а "бульки" с шампусика выпускаешь половником в бидончике? ;)

(37) ооо...месье любит извращения ?

я даже и не слышал о таком, напиши в отдельной теме как ты это делаешь

ТС хотел выяснить, почему нельзя сделать, например, так:

select
   t.A,
   t.B,
   t.C,
   ТаблицаНачислений.Норма,
   ТаблицаНачислений.СверхНорма
from t
join &ТаблицаНачислений КАК ТаблицаНачислений on &ТаблицаНачислений.Норма = t.A

для чего писать сначала в ВТ.

(39) ТС просто не читает документацию и не знает, что ВТ в запросе должна быть обязательно типизирована

(39) а (22) его не устроило?

(40) просто сам после клюшек с прямыми запросами видел в этом неудобства и лишнюю писанину...
а (22) всё объясняет

(39) можно и так
(42) скорее после 80 где не было ВТ

(42) ну в 1С много ограничений, которые сложно объяснить логически с первого взгляда