А часто ли в вашей практике встречаются сложные запросы (вложенные, левый джойн и проч.)?

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

Интересно, а простые это какие?

(0) Если вложенные запросы и левые джойны это примеры сложных запросов, то в моей практике простые запросы практически не встречаются.

Какой-то тупой опрос.

Автор хочет в мир 1С и пытается задавать вопросы из жизни.

(0) а что для вас простой запрос? Это просто обращение к одной таблице?)

Очень часто. Обычно текст запроса на несколько экранов.

(6) это еще ладно на несколько экранов, а вот когда он в 100500 менеджерах таблиц, а текст запросов еще программно собирается из кучи кусков - вот это уже веселее)

(0) нет, сынок, это фантастика

(0) какие джойны и вложенные? ЗУПа вам покажет что такое сложные запросы.

(9) это я как и пытался описать в (7) ))

(2) Выбрать * из Справочник.Номенклатура, наверно

(9) (10) в УТ аналогично

(11) Справочники.Номенклатура.Выбрать() - еще проще (по факту такой же запрос)

(12) там хоть не так жестят со менеджерами таблиц

(4) Возможно. Пустите?

(0) Вложенные и левый джойн это не сложные. Сложные это когда от количества джойнов рябит в глазах, а ты отчаянно пытаешься понять, это поле в условии с этого уровня вложенности или с предыдущего. :)

мне вот сейчас в наследство достался запрос с 160+ временных таблиц,
просят оптимизировать, говорят медленно работает...

(18) и сколько по времени открывается конструктор запроса?

(1) В какой-то момент начал ловить случаи, когда конструктор делает правые соединения. Был удивлён)

(18) Может временных таблиц не хватает?

Вспомнил еще одну жесть - типовые шаблоны RLS, как это читать можно я до сих пор не вкуриваю

(17) А как разбираться в таком?

(23) С помощью консоли запросов ИР

(0) Если хочешь изучать запросы, то точно не на 1С.
1С использует стандарт SQL-92 + небольшие расширения в виде итогов, иерархии....
Если посмотришь на запросы, которые используют люди которые пишут не на 1С - будешь чувствовать себя...
В общем запросы сейчас пишут короче и понятнее, решая подобные задачи. Под задачами я понимаю не задачи конфигурации, а более короткие и простые. Например, разбить на периоды последовательность и дат. Рекурсивных запросов в 1С нет. Оконных функций в 1С нет. PIVOT, UNPIVOT в 1С нет.... Список можно продолжать.
И это только то, что касается простой выборки данных.

(22)Такая же фигня :) Было пару раз при помощи ИР вроде научился их вкуривать, но забыл как страшный сон :)

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

(18) "просят оптимизировать, говорят медленно работает..."

Успевают чай попить два раза?

(28) зато можно заработать всеобщую благодарность и возможно премию ускорив весь этот беспредел на порядок. или даже два.
мне как то удалось отчет разогнать в 60+ раз. чтобы вместо 3,5 часов 3 минуты с хвостиком формировался ))
до меня с этим жили и мучались 3 с лишним года.

(28) это они себестоимость в ерп не считали просто)

(27) Задумано когда? 30 лет назад?
ROW_NUMBER() в 1С через жо.. реализована. Какие-то надуманные ограничения.
Простейшие RANK(), DENSE_RANK() - отсутствуют как класс. Хрен с ним с разделением на группы NTILE() - используется не часто.
Хрен с CHOOSE() и IIF(), да нагляднее короче и понятнее, но не на столько важно.

Не только короче и нагляднее, но и быстрее такие функции как LAG(), LEAD(), но важней же как оно задумывалось до 92 года, пока в стандарт SQL-92 попало.

Все придумали колесо, а 1С продолжает волоком таскать. Как-то так мне это видится.

(31) А часто они нужны в 1С? Только если в отчетах, так в СКД они почти все есть.

(29) > можно заработать всеобщую благодарность и возможно премию ускорив весь этот беспредел на порядок. или даже два.
Неужели деинсталлировав 1С?
(32) Зачем тащить всё в СКД, если можно в запросе отфильтровать/сгруппировать/посчитать сразу?

+(33)
*можно было бы*

(31) до SQL-92 было только внутреннее соединение, а оконные функции вообще только в 2003 появились

(0) Сложный запрос бывает и без джойнов.
Например, этот для многих сложный, не могут сказать результат:
ВЫБРАТЬ
СУММА(1)
ИЗ Справочник.Номенклатура

(35) В стандарте появились почти 20 лет назад. В оракле были до выхода стандарта.

Вы считаете, что для того что бы появиться в 1С оконным функциям 20-30 лет это слишком быстро?
Да в SQLite появились они в 2018 году. Но во первых уже 4 года назад как появились, а во вторых это БЕСПЛАТНЫЙ SQL сервер, который на сейчас лениво пишет всего один человек. По факту иногда уделяет время. Да и задачи SQLite другие обычно решает по объемам баз.

Почему этого нет в 1С?
Ответ на поверхности.
Есть бесплатный SQL Постгри. Необходимо отказаться от файловой в пользу какой-то версии на Постгри и дальше можно всё написать быстрее. Но как это так отказаться от файловой? Ай яй яй.

По факту после отказа от файловой задача будет стоять - перевод текста с языка запросов 1С в язык запросов SQL сервера на которой крутится база. По факту практически 1 к 1 с русского на английский с очень мелкими нюансами. А кто пишет на английском в 1С, то ... ещё проще.
Например: в MS SQL "SELECT TOP 100...", а в Постгри "SELECT ... FROM ... LIMIT 100".
Синтаксис языка SQL в части выборки в самих SQL серверах очень похожи. Есть нюансы, но это мелочи. В любом случае реализация на Постгри уже есть и уже работает.

Как результат не нужно тянуть бегемота из болота и тормозить развитие языка SQL в 1C, за счет собственной какой-то реализации языка SQL в файловой версии.
Какие усилия необходимо предпринять - кроме как морально-волевых? Да особо никаких. После каждого выхода редакции конфигурации пользователям приходится больше действий совершать. То перенос данных, то документы генерировать или вводить, то ещё что.

А тут установил 1С 8.8 (например) без поддержки файловой версии, но с Постгри вместо неё. Базу выгрузил и загрузил. Усё.

Будет это? Предположу, что никогда не будет. Нет морали и нет воли.

(37) Вопрос тут в другом, будет спрос - будет реализация. Для 99% проектов, оконные функции могут вообще никогда не понадобиться, за глаза хватает текущего функционала. Поэтому нафига тратить время(деньги) на реализацию того, что в перспективе не принесет тебе денег(ускорит разработку)?
Сейчас работа идет к тому, чтобы было по меньше программистов и по больше консультантов имхо. Раньше допиливали конфу под нужны бизнеса. Сейчас конфы перегружены функционалом и их настройками приводят к хотелкам бизнеса в рамках коробочного решения.

(38) т.е. скорость разработки и поддержки за счет более короткого и понятного кода SQL запросов не важна. Скорость работы этих запросов тоже не важна.
За то мы типа ускорялись когда переходили с обычных форм на управляемые. В итоге получили такие тормоза...

По моему надо честно сказать - не правильной дорогой идём товарищи.

Сейчас рисуют на основе 1С исполнителя, или как там его назвали, новую платформу 1С 9.0. При этом хотят сделать на основе бесплатного, что-то платное. При этом то что сделали пока работает как-то не очень по сравнению с бесплатным. Какой-то велосипед опять изобретают.

(39) "За то мы типа ускорялись когда переходили с обычных форм на управляемые" - не верно. Данный переход позволил перейти в веб и в мобилки. А это актуально на сегодняшний день.
"т.е. скорость разработки и поддержки за счет более короткого и понятного кода SQL запросов не важна" - Вангую, что скорость разработки это дело не сильно увеличит, а доработка возни добавит много. В общем выбирают меньшее из зол. Вот если бы каждому второму разрабу, приходилось извращаться сторонними инструментами, чтобы реализовать оконные функции и т.д. для решения задач 1с, то 99.9% это бы внедрили и очень оперативно.
"Сейчас рисуют на основе 1С исполнителя, или как там его назвали, новую платформу 1С 9.0" - поживем увидим, что получится.

Вот понадобилось разрабам система линейных уравнений, для решения задач расчета той же себестоимости. Контора понимала, что это упростит им жизнь, поэтому и реализовала. Как часто вы пользуетесь СЛУ в 1с?
Если разрабам для разработки будущих конфигураций нужны были оконные функции, они бы и это запилили, хотя бы для себя.

(37) Который год уже ты не можешь смириться с тем, что файловая еще жива. Не надоело? :)

Это меньшая из проблем 1С. Ну или одна из меньших.

(40) "не верно. Данный переход позволил перейти в веб и в мобилки" - вспоминаем как это преподносилось. Причиной перехода 1С называло ускорение работы и снижение нагрузки на сеть. Другими словами - просто врали. :-)

(43) ну смотря как посмотреть. Давайте возьмем условную конфигурацию на 5-10тыс пользователей. Как вы на обычных формах нагрузку распределите и отчетность? Для клиент серверной версии есть множество вариантов.

если же речь идет о конторе в 1-50 человек, то да, ускорение особое вы вряд ли увидите

(42) На мой взгляд это одна из самых больших проблем. Сейчас условно "ларьки" частично уходят в системы, которые предлагают банки или сама налоговая.
Файловая для кого?

(44) Да хоть 5 тысяч пользователей, хоть всего 5-ть. Тормозит.

(41) Предположу, что в данном случае дело было немного иначе. На каком-то крупном внедрении топ заказчика вышел на топа из 1С и сказал: "Какая-то маленькая программка на Си считает нашу себестоимость за полчаса, а у вас сутки! Вы там не охренели?"

(47) все возможно, вот когда так будет с оконными функциями, то их таким же макаром внедрят))

(45) Еще вопрос задам. Файловая никак не накладывает ограничения на запись данных в БД?

(46) "Да хоть 5 тысяч пользователей, хоть всего 5-ть. Тормозит." - только вот в первом случае у вас может вообще не взлететь, там где тонкий клиент "тормозит"

(50) "там где тонкий клиент "тормозит" - а условно "маленькая программка на С" вообще не тормозит и на 100 000 пользователях.

(51) только вот сколько вам нужно времени, чтобы эта маленькая программа на Си обрасла таким же функционалом, как коробочная корп конфа?

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

С тем же успехом все можно на ассемблере написать и будет быстро, но не всегда это выгодно.

(52) Вопрос не функционала, а простой отображения формы для пользователя с минимум данных. То что таких форм в 1С сотни и все они тормозят никак не оправдывает положение дел. Какая разница сколько форм тормозит. В 1С можно нарисовать с пустой конфигурации простейшую с простейшим функционалом и всё это будет тормозить.

(44) Обычные форм не отменяют клиент-серверной архитектуры.

(46) Ты не можешь включить Постгрю в базовую, кто ее будет чинить? Техподдержка первой линии по e-mail? Embedded версии у Постгри нет. А еще есть мобилки. В принципе, может подойти SQLite, но экономически овчинка (переписывание) выделки не стоит.

А еще остаются ларьки на 2-3 пользователя, которые не хотят к банкам. SQLite их не закрывает.

(49) О чем речь?

(53) "а целый зоопарк из технологий" - микросервисы сейчас это называется. Как во всём есть и плюсы и минусы.

(57) 1С++ 77 работает с SQLite. Хорошо работает даже.

(55) "В 1С можно нарисовать с пустой конфигурации простейшую с простейшим функционалом и всё это будет тормозить" - у вас, видимо какой-то отрицательный опыт работы. Ничего не тормозит)

(60) Удобно вам формы рисовать в клюшках? В клиент серверном варианте прям красота в этом деле. Накидал, все автоматом привязывается. Можешь хоть программно рисовать форму. А отчеты в клюшках как делаете, чтобы они хоть как-то приблизились к возможности которую дает СКД юзверам и разработчику?

(62) В 1С++ практически полноценный SQL. Что хочешь можешь нарисовать на выходе.
1С++ было 10-20 лет назад, и не развивается. Чего вы хотите от неё?

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

(64) А при чем тут мелкий бизнес?
Мелкому проще в налоговой нарисовать циферки и отчетностью не заниматься вообще.

(64) стоп-стоп-стоп! какие такие хотелки прогу на оутсорсе??? "Сейчас конфы перегружены функционалом и их настройками приводят к хотелкам бизнеса в рамках коробочного решения."©

(66) ну так все верно. Мол хотим код товара вместо артикула выводить, а прог такой щелк по настройками и вуаля. Далее, хотим логотип наш воткнуть и т.д.

(58) Да в чем в чем?
Несколько лет назад (много) в какой-то большой базе было принято решение добавить реквизит булевский или число размером 1 в регистр, не помню уже точно. И было принято решение за чем-то именно ИСТИНА заполнить по умолчанию или 1 если было числовым. Регистр большой и заполнение его средствами 1С занимал около 3 часов. Баз около 50 такого размера и надо было сделать в каждой.
Средствами SQL обычный апдейт работал 3 секунды примерно.
На тот момент выяснили, что 1С всё равно физически пишет не набор данных, а по одной записи набора. И делает она так, так как файловая по другому не умеет.

(68) А сейчас пробовали на современной платформе подобное сделать? Не припоминаю подобных проблем.

(68) И что с того?

P.S. Транзакции надо было использовать.

(68) таки 1с пишет набор. вот только набор, например, для регистра с регистратором для каждого документа свой. нет общего набора для всех документов

(69) Сейчас не пробовал - задачи такой более не попадалось.

Но и ускорения работы баз в 1С при том же проведении я тоже не наблюдаю. Да проведение не аргумент - перед проведением какие-то данные как-то собираются и как-то анализируются.
Тут как-то пришлось проводить документы 1 к 1 в ЗиУП 2.5 и ЗиУП 3.1. Платформа и сервер одинаковые. ЗиУП 3.1 на много медленнее проводит. Про рисование форм и отображение информации я молчу и так понятно что УФ далеко сзади.

(70) Использовали. 3 часа самой быстрое чего удалось достичь. И 3 секунды простой прямой запрос средствами SQL.

(71) Это понятно. Но на тот момент, даже если в наборе по одному регистратору много записей писалось физически по одной.

(72) " ЗиУП 3.1 на много медленнее проводит" - ну так может там всякие подписки добавились и доп проверки, по сравнению с ЗиУП 2.5?
Если взять и создать новый документ, привязать к нему 1 регистр без всяких проверок, то он будет моментально проводиться и распроводиться. Только дело в том, что в новых конфах добавляют 100500 различного функционала, которые тем, или иным образом влияют на скорость проведения документов.

(73) никогда такого не было

(75) хотя нет, там же делет и инсерт

(76) Как и в SQL :)

Это большая проблема 1С. И дело тут не в файловой, а в своем менеджере блокировок.

(77) ну так раньше не было своего менеджера. полагались на скл.
и было не очень хорошо

(37) вместо того, чтобы ныть на форуме, можешь просто пойти и сделать, изменить жизнь к лучшему:
https://hh.ru/employer/882

(79) Работали у меня знакомые в 1С. Бывшие коллеги. На сейчас работает наверное один - хотя не факт. Давно с ним не общался. А так все ушли. И дело даже не в размере оплаты труда.
Поэтому не айс.