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

голосую

вот так

во как

С конструктором проще анализировать

да они сами как то пишутся))

как бэ

2 + 4

в 90% случае помогает

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

(9)без понимания того, как строятся запросы научиться их строить не поможет даже конструктор :))

В большинстве случаев конструктора более чем достаточно.

(10) Тут вскорее не как они строятся надо понимать а как работают - что будет на выходе надо понимать.

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

(12)давай не будем продолжать наш тот разговор?))

100%

ммм... насчет 90%... Ну, типа - да. Иногда бывает так, что конструктором делаю заготовку, копипастом вставляю из типовых нужные куски и далее вновь продолжаю конструктором. Пожалуй, соглашусь:

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

+(17) Кстати да с пакетными запросами иногда проще текст посмотреть.

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

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

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

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

удобно

На мой взгляд писать текст запроса руками значительно сложнее, подправить что-то  в уже сформированном тесте - это да. Да и анализировать запрос значительно нагляднее в конструкторе.

(19) Ага просто кто то умеет ездить, а кто то нет:)

Что то сложное конструктором не напишешь, а это 90%

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

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

составление и анализ своего - конструктор, ибо намного быстрее

если запрос чужой, то текст, т.к. видишь запрос целиком

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

Конструктором, а если нужно, например, перевложить одну таблицу в другую, или псевдоним полю присвоить - чтобы не терять связи, правлю текст ручками (при этом удобно использовать "ВЫБРАТЬ * из (--- Таблица, которую нужно вложить на уровень ниже ---)")

забыл

(2) пример того, что нельзя написать конструктором?

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

(26) пример того, что нельзя написать конструктором?

раньше работал только через конструктор, но совсем недавно начал учиться читать, да и немного редактировать без оного

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

31 +

В основном так.
Хотя глазами иногда анализировать удобнее и быстрее. От запроса зависит.

(37) связаный подзапрос - это обычно "пестец производительности".

(37) Я могу написать связанный подзапрос конструктором в конструкторе. ЧЯДНТ?

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

(35) написать может и можно, открыть нельзя, а конструкция то рабочая.

   "Выбрать
   |    *
   |
   |Поместить ИсточникДанных
   |Из &ИсточникДанных КАК Источник
   |
   |;
   |
   |Выбрать
   |    Фамилия    
   |    ,Имя    
   |    ,Отчество    
   |Из ИсточникДанных
   |
   |";

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

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

(0) как конструктор может помочь при анализе запроса, текст которого собирается из кусков?..

(46) в отладчике - Запрос.Текст

и в построителе и в компоновке тоже можно посмотреть, только иначе.

конструктором набросал а дальше если нужно то извращаюсь текстом

Как вы пишите запросы?

Анализирую часто текст

(46) Конструктор может помочь при анализе запроса, текст которого НЕ собирается из кусков.
Да и если из кусков, всегда есть момент, когда он уже собран - можно и запихнуть.

(47) если добрались до отладчика и до полного текста запроса, считай 80% работы сделано...

Под визуализатором подразумевается консоль запросов?

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

нытье очередное

использую консоль запросов от ТормозИТ

Сначала конструктором потом руками добиваю текст, если нужно, удобная все таки штука - конструктор!

.

(55) +1 Совершенно согласен!
Я создаю всегда конструктором. иногда удобнее скопировать/заменить подредактировать в тексте. Для "рваных" запросов использую отдельные тексты с ВТ, которые можно посмотреть конструктором. Разные условия делаю через ВЫБОР, чтобы не менять текст.

консоль запросов от TormozIT .

Так же
Конструктор для составления, текст для анализа
Только конструктором (или в 90% случаев)

Ибо ЗУП.

(0)50/50 наверное, и конструктором нормально пишу и руками

Думается мне, что те кто голосовал за 1 имели в виду 2, например (60).

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

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

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

(66) Хорошая тема!

(66) таких подделок как грязи. 1С ник должен быть ленивым.

(68) Я именно из-за лени ничего не знаю о таких поделках XD

Даже 99%. Это удобный инструмент, все наглядно, все таблицы, соединения. Че вам еще надо? Зажрались

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

так

и не иначе

(70) для этой наглядности надо все закладки прощелкать и это только для одной выборки

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

(74)А текст ты типо весь на экране видишь?

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

(68) перед разработкой специально перерыл инфостарт. такого не было

(77) у меня получается довольно удобно

(79) как это сделать чтоб условия, соединения  не слетели?

(80)а как это делаете что бы слетало?

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

(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) В консоли запросов ИР это есть, как и в любом редакторе запроса инструментов разработчика.