С коллегой спорим о назначении конструктора запросов в 1С: он пользуется им только для составления запросов, а я и для чтения и анализа тоже.
Как вы пишите запросы?

Кстати, печалька с тзшками. Вот почему когда из тз делаешь временную таблицу в конструкторе поля не подтягиваются?

(82) Как это не подтягиваются ? оО

...

А шо, есть чуваки, которые фигачат сложные запросы чиста руками?

(81) Ну например есть запрос который что то выбирает из реализации, как в конструкторе заменить реализацию на поступление?

(86) нужно чтобы поля соответствовали. тогда замена пройдет без проблем

(86) Переименуй таблицу. После ручками замени источник Документ.РН на Документ.ПН. Если состав используемых реквизитов одинаковый - этого хватит

(85)прикинь. и они еще гордятся этим

(83)ну может и туплю, но
Запрос = Новый Запрос;
Запрос.МенеджерВременныхТаблиц = Новый МенеджерВременныхТаблиц;
Запрос.УстановитьПараметр("ТЗ",ТаблицаЗначений);
Запрос.Текст = "ВЫБРАТЬ
              |    тз.СОтрудник,
              |    тз.Сумма
              |ПОМЕСТИТЬ ВТ
              |ИЗ
              |    &тз КАК тз";
Запрос.Выполнить();
Запрос.Текст = " - вот здесь открываю конструктор и нет моих полей(((

(90) Есть - всмотри раздел "временные таблицы" в самом конце при стандартной сортировке

(87) точно есть такая вещь в конструкторе. я даже не знал.

(92) Стандартная подмена таблиц редко используется - она тупо поубивает все несоотвествующие поля новому источнику.

(0) Я ответил.

(91)Это если поставить вот здесь
Запрос.Текст = "ВЫБРАТЬ
              |    тз.СОтрудник,
              |    тз.Сумма
              |ПОМЕСТИТЬ ВТ
              |ИЗ
              |    &тз КАК тз";
а вот если вот здесь
Запрос.Выполнить();
Запрос.Текст = "" - тогда фигушки

(95) Тю - конечно фигушки. Вся твоя красивая конструкция сохранится только в менеджере таблиц и то если ты его объявил.

+(95) А что мешает собрать в один запрос помещение ТЗ во временную и дальнейший запрос ?

(97)то что это код типовой, которую ты дописываешь или отлаживаешь

Я уже папка

.

(98) При отладке можно просто собрать куски запроса в одну кучу - вполне норм получается. А чтобы оперировать параметрами ТЗ - специально себе консольку допилил - через внешний файл перекидывает и весь запрос и все его параметры с ТЗ включительно.

(102) Вообще странно, почему до сих пор у менеджера временных таблиц нет методов получить состав имеющихся таблиц и их структуру. Отладка кусковых запросов типовых сильно облегчилась бы.

(102)так а я о чем.
З,Ы, маленький оффтоп, не имею претензий к типовым, но, ИМХО, динамическое формирование текста запроса, особенно через некие универсальные структуры, космическое зло

Так

А где вариант: "рыбу" конструктором, потом руками допиливаю?

Почти всё конструктором. Временные таблицы, которые из ТЗ, руками создаю, ибо конструктором это - проще застрелица.
Анализирую запрос чаще всего конструктором

(85)(89) Я вот сегодня простенький отчет придумал, чем тут конструктор поможет?

Для каждого ВидОбъекта Из тзВидыОбъектов_РегистрыНакопления Цикл
   
           Если НЕ ПустаяСтрока(ТекстЗапроса) Тогда
               
               ТекстЗапроса = ТекстЗапроса + "
               |
               |ОБЪЕДИНИТЬ ВСЕ
               |"
               
           КонецЕсли;    
           
           ТекстОграничения =
           "ГДЕ
           |    " + ВидОбъекта.Тип + ".Регистратор.Ссылка В
           |        (ВЫБРАТЬ
           |            " + "РегистрНакопления" + ВидОбъекта.Тип + "Изменения.Регистратор.Ссылка
           |        ИЗ
           |            " + "РегистрНакопления." + ВидОбъекта.Тип + ".Изменения КАК " + "РегистрНакопления" + ВидОбъекта.Тип + "Изменения
           |        ГДЕ
           |            " + "РегистрНакопления" + ВидОбъекта.Тип + "Изменения.Узел = &УзелОбмена)";
               
           
           ТекстТипа = """" + "Регистр накопления: " + ВидОбъекта.Тип + """";
           
           ТекстЗапроса = ТекстЗапроса + "        
           |ВЫБРАТЬ
           |    " + ВидОбъекта.Тип + ".Регистратор КАК Ссылка,
           |    " + ТекстТипа + " КАК ТипРегистра
           |ИЗ
           |    " + "РегистрНакопления." + ВидОбъекта.Тип + " КАК " + ВидОбъекта.Тип + "
           |" + ТекстОграничения + "
           |" "И (" + ВидОбъекта.Тип + ".Регистратор.Дата < &ВыбДата)";
           
       КонецЦикла;

.

Привык

1

Что то не въеду в голосовалку...
Конструктор помогает читать запросы. Писать примитив.
Но в реальной работе он, дай бог, процентов в 10 поможет (написать/прочитать).

Все пишу руками. Читать стараюсь конструктором, так наглядней.

Молча пишу. Скрипя зубами.

(107)Вот за такое убивать мало

Ручками в консоли запросов, оттуда в модуль копипастом.. А вы не так? Оо

(113) Согласен, хотябы за запрос в цикле.

(111) Про примитив это ты зря, как раз наоборот, написать примитивный запрос проще ручками, а вот запрос на несколько тысяч строк со сложной структурой писать ручками, это убиться можно.

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

Неужели ни кто не пишет запросы в Консоли запросов? Наглядно же - написал - выполнил, посмотрел. Сначала макет - запрос с данными, пото добавил условие, потом подзапросы, объединения - на каждом этапе выполняя и любуясь результатом =) Это же красота

И кстати все ручные изменения в запрос можно и в конструкторе внести, там есть замечательная кнопочка "Запрос" слева внизу, которая позволяет править сам текст.
Да и динамические запросы засасываются в конструктор, если их сделать через СтрЗаменить вставляя вместо динамической части фиктивный параметр.

(118) в консоле тоже можно писать как в ручную так и конструктором, так что это сути вопроса не меняет.

113, 115 - за что его убивать??? за то, что текст запроса в цикле формирует?

(118) как грит 120, ссуть вопроса не меняется..

(120) - сложно представить копипасты из конструктора в консоль. Да и зачем? Если человек пользуется конструктором - он и так представляет результат ввиду последнего. А вот использование консоли при ручном написании добавляет наглядность, позволяет ненамудрить с условиями

*ввиду наглядности последнего

З.Ы. Мысль быстрее пальцев бежит =)

(123) никому не выдавай секрет - в консоли конструктор работает..

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

(126) а чо его отлаживать то??.. ловишь итоговый текст запроса, всовываешь в консоль - и желание заниматься членовредительством пропадает напрочь..

(127)Ага, вот только нужно понять почему именно такой текст запроса получился итоговый, а не другой. Ведь там куча "если структуракакихтопараметров.ЗначениеПараметра = Истина тогда текстзапроса = ТекстаЗапрсоа + пошлакакаятотаблица" и так далее

а когда возникает необходимость допилить этот запрос каким нибудь хитрым условием?

кому сейчас легко?))....

(130)так зачем еще делать тяжелее?)))

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

(132)Так вот возвращаемся к сабжу - открываем написанный запрос в конструкторе и видим не пару сотен строк, основная масса которых тупое перечисление полей, а набор таблиц и связей, условий и группировок, наглядно по фасованных  по закладкам

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

(134)кстати, оффтоп, а есть конструктор запросов для скль? Ну что бы тоже так как в 1с поля перетянул, группировки, сортировки и так далее?

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

Обычно конструктором пишу базовую часть запроса, дальше вручную.
Еще, если возможно, использую конструктор для форматирования запросов в более читаемый вид.

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

Иногда текст просматриваю.

(136)+

Обычно набрасываю упрощенную схему запроса конструктором - только выбираемые поля, и для джойнов - одну связь, чтобы where не писать.
Потом допиливаю в режиме текста, обычно сильно переделываю.

Почему-то воспринимать запрос, особенно чужой, легче просто в виде текста) А строю конструктором

Строю почти всегда конструктором. Далее если надо ручками.
Анализирую чаще всего текстом. Хотя зависит от сложности самого запроса

Хотя ничего ужасного в использовании конструктора не вижу, на работу человека умеющего пользоваться _только_ конструктором не возьму.

Только конструктором.

Часто

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

Визуализатор - это консоль?

(148) Имеется ввиду некий визуализатор связей источников данных.

Примерно в равной степени пользуюсь конструктором запросов и редактированием текста при создании запросов. При анализе и доработках сложных запросов в большинстве случаев пользуюсь деревом запроса в консоли запросов ИР.

(135) есть. Qwery by example :)

Конструктор для составления, текст для анализа

Конструктор хороший инструмент набросать основу запроса, то что надо ручками поправить.. дописать...

(144) И кофигурировать должен уметь в блокноте. Иначе это не профессионал.
О_о

пункт 2 наводит на воспоминание об анекдоте про танкистов, где старший нарулил, нарулил, потом командует младшему вылезать из танка и смотреть что он наделал
пункт 3 - вам других людей не жалко? я пониманию когда конструктор не подходит, но в остальных то случаях почему? умение писать без конструктора ни разу не в тему
пункт 4 как то не расслышал - есть где нить в природе такое? слово "некий" как то больше ассоциируется со сферическим конем в вакууме

(44) +43 убийца конструктора (&Параметр).Свойство (с) Волшебник - пользуюсь довольно часто

Попробуй через ВЫРАЗИТЬ(&Параметр КАК КакойТоСсылочныйТип).Свойство и конструктор будет жить

(150) не подскажете, что за "консоль запросов ИР"?

(156) v8: v8: Подсистема "Инструменты разработчика" получила зеркало без ограничения скачивания

лучший вариант

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

Всё делаю конструктором!

мне быстрее

Когда изучал 1С сподручнее было писать запрос в ручную, теперь, когда каждая минута оплачивается, в основном приходится делать все через конструктор. В любом случае, крайне полезная фича. Запрос всегда потом можно подкорректировать ручками.
Хотя пока пощелкаю по всем вкладкам, гораздо быстрее напишу код запроса

Обычно конструктором - удобная штука. Удобство в том что не нужно городить оболочки. Можно проверить оперативно модель на работоспособность, а затем громоздить всякие обрамлялки.

3-ий вариант добавили специально для Павла Чистова?

"Пишу" только конструктором, для анализа пользуюсь консолью с разверткой по подзапросам от "Инструменты разработчика".

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

(0) пишу головой.

(144) к Вам, батенька, не пользующемуся конструктором вообще, вряд ли кто и пойдет

(111) как нагляднее читать конструктором? хоть убей не пойму

(19) Истина в последней инстанции. Моё скромное мнение, что изобретать велосипед ни к чему.

хреноветка детектед

как-то так, иногда руками, но конструктор, чтобы красиво отформатировать текст.

Я конструктор открыл для себя только месяц назад. Хотя запросы сложнее одного ЛЕВОГО СОЕДИНЕНИЯ я не писал никогда.

Та признатся чем вертеть портянку на 3-4 экрана. Проще открыть конструткор и быстро найти нужное условие или соединение.

Т.к. часто пишу запросы ручками на T-SQL, текст привычно нагляднее. Но писать его полностью - ну нафиг, лишний геморрой.

почти всегда использую конструктор,

хотя бывает приходится и писать, например
1. RLS с директивами все равно приходится собирать вручную
2. сборные запросы (у меня был надесяток листов)

все остальное - конструктором, так и быстрее и проще в понимании, главное в конструкторе вложеные запросы обзывать понятно

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

Вообще не хватает нормальных подсказок для ручного составления запросов, типа какие таблицы и реквизиты есть (может в снегопаде сделано?). Для анализа конструктор не годится, замучаешся по закладкам гонять.

Все запросы строю конструктором, текст пишу лишь иногда, в основном корректирую то, что написала конструктором.

плохо...

(178) В консоли запросов ИР это есть, как и в любом редакторе запроса инструментов разработчика.