Стоит ли использовать его в разработке или он уже устарел и лучше для тех же целей использовать СКД?
Просто по мне она немного тяжеловата, а построитель идеально подходит

Устарел

(0) его дни сочтены - сейчас 1С всюду переходит на СКД

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

(3) ну не знаю.. вопрос религии.. У меня наоборот - СКД более логичен :-)

(3) просто ты не умешь его готовить (СКД) (C). Сейчас поколение посторителей уже ходит, поэтому оказывается все проще сделать на СКД

Угу. Сначала получите все поля возвращаемые запросом программно без построителя запроса. А потом делайте выводы.

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

(6) это к чему?
можно запрос поместить в СКД или в построитель запросов и там и там получим список полей, просто в плане использования ресурсов СКД менее предпочтительным получается

(0) Если он вам подходит - используйте.
1С его не будет выпиливать.
Если вас интересует популярность построителя для самой 1С, сделайте глобальный поиск по конструктору построителя в типовых, и все поймете.

я не понял, а что, пользоваться и тем и тем нельзя? вопрос религии?

(0) А я бывало в одном отчете и то и другое использовал...

(10) Вопрос вечера, наверное.

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

(9)(10) ну вот как бы больше всего и волнует, если я его использую, а потом он перестанет поддерживаться ... вдруг
в общем все понял, спасибо

(13) это процесс постоянный ...постоянно чему-то учишься новому, хотя это новое - ну очень уж быстро становится старым. Но иначе в нашей отрасли нельзя

(0) реальные пацаны используют прямые запросы, засовывание всех данных в таблицу значений и полностью программную обработку полученного винигрета, а построитель и прочие СКД - для неудачников, не испытавших счастья работать со всякими навесными костылями для 1С ;)

(8) И чем же там можно получить список полей запроса? Автозаполнением?

(15) Причем пишут это в блокноте а потом вставляют в 1С

(17) угу, в консоли линукса

(16) для набора данных устанавливаем соответствующий признак и прописываем текст запроса

(19) А ты попробуй таким образом получить поля простого запроса с выборкой одного измерения по оборотной таблице.

(20) что такое оборотная таблица? речь о виртуальной по итогам?

совсем мозг у некоторых СКД отбит... построитель запросов с СКД путают...

(21) Да неважно, любая виртуальная таблица при автозаполнении полей напихает туда все что нужно и ненужно. Если не использовать автозаполнение, то нужно поля прописывать вручную.

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

(22) это два варианта получения данных используя настройку отбора со стороны пользователя
в случае с СКД отбор можно настроить более гибко, я про группы

(23) а как ты поля получаешь, нет там никакого мусора, они в отдельных папках все

(25) Построитель запроса или построитель отчета, определись чоли.
(26) А ты попробуй.

(25) >это два варианта получения данных используя настройку отбора со стороны пользователя

без разницы с какой стороны... но факт в том что с СКД работать программно - это ж.па полная... избитый пример - расчетный листок.

Так речь о построителе запросов или отчетов все таки?
(7) "я уже не первый год с СКД работаю и умею готовить вполне, построителем почти не пользовался никогда ... но здесь же речь не про построитель отчетов, а построитель запросов"
Т.е. ты в СКД не применяешь построитель запросов? Руками все пишешь?

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

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

все же решение с построителем запроса мне больше нравится, оно менее тяжеловесное ... в общем видимо на нем остановлюсь

(32)и правильно, я бы так же сделал