Товарищи, подскажите, в тексте запроса можно поставить каким то образом комментарий, что бы при открывании конструктором запросов он не исчезал?

нигде

Нет.

(0) Можно.
Добавляйте в выбранные поля строку, например:
Выбрать
     РС.Измерение,
     РС.Ресурс,
     "Здесь выбираем данные из регистра сведений" КАК Описалово
Из
  РегистрСведений.Регистр1 КАК РС

Можно в фигурные скобки заключать комментарий, тогда не исчезнет

(4) это как?

(4) Очень просто, есть такие скобки , называются фигурные...

Читай расширение запросов

(5) например, вот так:

        ТекстЗапроса =
        "ВЫБРАТЬ РАЗРЕШЕННЫЕ
        |    Номенклатура.ФайлКартинки КАК Ссылка
        |ИЗ
        |    Справочник.Номенклатура КАК Номенклатура
        |ГДЕ
        |    Номенклатура.ФайлКартинки <> ЗНАЧЕНИЕ(Справочник.НоменклатураПрисоединенныеФайлы.ПустаяСсылка)
        |    И НЕ Номенклатура.ПометкаУдаления
        |    И НЕ Номенклатура.ЭтоГруппа
        |{ГДЕ
        |    (""мой комментарий"") КАК Поле1}"
        ;

а писать запросы без конструктора никто не умеет?

(8) только ради комментариев? Это того не стоит

(8) Конструктор формат текста запроса делает аккуратно. Отформатированный конструктором текст читается, в большинстве случаев, легче.

(9) В большинстве случаев конструктор неудобен для использования. Слишком сложен, куча вкладок, не всегда понятно что куда и как.

(10) Аккуратней, чем руками - ни один конструктор не сделает.

(10) >>В большинстве случаев конструктор неудобен для использования. Слишком сложен, куча вкладок, не всегда понятно что куда и как.

это приходит с опытом

В 1с в силу убогости языка запросов нет большой потребности писать руками. Нет там сложных конструкций. А селект среза последних нах надо руками писать.

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

(13) "В 1с в силу убогости языка запросов нет большой потребности писать руками. Нет там сложных конструкций"

Ты в ЗУПе видел "не сложные" запросы в 20 экранов? Напиши подобный без использования конструктора.

(12) С опытом приходим понимание, что руками писать запросы намного удобней

(13) тупо лениво набивать "ТоварыНаСкладахОстатки.Номенклатура"

(17) это я куда-то не туда

(16) Я так понимаю, ты разработкой не занимаешься, в основном поддержкой?

(19) Ты совершенно не правильно понимаешь. Я как раз поддержкой не занимаюсь. Если только моральной.

(15) 10-ти кратное повторение одних и тех же конструкций с разными параметрами. примерно так это выглядит.

(20)Ну хорошо. К примеру, нужно в запросе вытащить все реквизиты справочника Номенклатура. Ты будешь вручную писать названия всех реквизитов (их там больше 10), или двумя кликами в конструкторе выберешь все поля?

(21) ну-ну

(16) Полностью согласен.

(16) Действительно, писать запрос где-то на 500+ строк намного удобнее руками, нежели каким-то конструктором, который еще и синтакс-проверку может сделать...

(25) если у вас запрос на 500+ строк, то что-то вы делаете не так

(22) Я напишу *

есть инструмент.
использовать его или нет - решается в каждом конкретном случае.
"дрелью гвоздь не забьешь" (с)

(27) красава

(26) если ты никогда не писал запрос на 500+ строк значит ты ненастоящий 1с-ник
собрались, млять, писькомеры,

(22) самый удобный вариант написать
"выбрать ссылка из Справочник.Номенклатура КАК сНоменклатура"

А потом это дело открыть конструктором и добавить нужные реквизиты.

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

Делай виртуальную таблица и в ней поле "Твой комментарий", больше по моему никак.

(31) В чем удобство? Набирать текст вместо того чтобы 3 кликами этот текст сформировать?
Т. е. вы все же пользуетесь конструктором? По-моему, он для того и предназначен чтобы вручную не писать каркас запроса.
Потом редактировать запрос часто удобнее действительно вручную, я не спорю. Но отказываться от конструктора только потому что ты "опытный" программист глупо.

в инструментах разработчика в консоли запросов работает интеллисенс. вот бы и в конфигураторе работал....

>> только ради комментариев? Это того не стоит

не только, это просто удобнее.

>> Конструктор формат текста запроса делает аккуратно. Отформатированный конструктором текст читается, в большинстве случаев, легче.

у меня противоположное мнение

>> Ну хорошо. К примеру, нужно в запросе вытащить все реквизиты справочника Номенклатура

Выбрать
*
Из справочник.Номенклатура

это гораздо быстрее чем ты конструктором сделаешь

>> если у вас запрос на 500+ строк, то что-то вы делаете не так

поясните вашу мысль?

(35)Засечем?

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

(36) нужно структурировать данные таким образом, чтобы их можно было просто извлечь

(38)А по-моему в этой ветке ты именно это и делаешь, начиная с твоего заяввления в (8).

(8) не понятно что ты с таким подходом в 1С делаешь она вся конструктор, надо учетные системы на ассемблере писать в край на сях

(26) Согласен, есть у меня такой недостаток: если можно вытащить данные за 1 запрос, хоть и пакетный, сделать именно запросом, а не циклом запросов/алгоритмов.
Правильные запросы должны содержать максимум 10 строк...

(33) Иногда я пользуюсь конструктором. Для трёх целей (в порядке убывания приоритета):
1. Проверить синтаксис запроса
2. Отформатировать текст запроса
3. Добавить реквизит(ы) если их много или я не помню точное наименование реквизита.

Всё. Не нужно говорить про детские вещи вроде скорости выбора реквизита и т.д.

Когда я пишу запрос руками, я, в большинстве случаев, вижу его весь (или значительное количество). Мне не нужно щёлкать по вкладкам, чтобы посмотреть связи между таблицами или условия. Всё у меня перед глазами. Поднять глаза проще, чем делать кучу щелчков. Если тебе это не понятно, не расстраивайся: такое приходит с опытом.

(43)Да я понял уже что ты мегаопытный спец. Ладно, все что хотел я уже сказал.

>> А по-моему в этой ветке ты именно это и делаешь, начиная с твоего заяввления в (8).

это вопрос был.

>> нужно структурировать данные таким образом, чтобы их можно было просто извлечь

возьмем пример - в зуп анализ начисленных налогов и взносов - около 5 тысяч строк, в 10 раз больше вашего норматива. В 1с наверное тоже не умеют структурировать нифига.

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

"после конструктора очень не удобно ни смотреть ни исправлять" // а какой текст удобно смотреть и исправлять, примерчик можно?

(16) категорически не согласен. Многокилометровый запрос без конструктора не разберешь

(31) ВЫБРАТЬ * ИЗ Справочник.Номенклатура

(47) В Jave, например, нет никаких конструкторов запросов в IDE, только как плагины иногда и никто не жалуется, а тут без конструктора не могут. Разбаловали вас, а потом получается овнокод.

(48) что там с индексами? Знаток сиквела

(49) возьми к примеру ЗиУП 3 и расскажи мне про ручной ввод запроса и чтение кода

*модуль Т-13

(51) Как говорится, на вкус и цвет. Мне, например, в конструкторе адски неудобно читать запросы.