SQL для 1С: пишем правильно, красиво, сложно

[@alexdavydov3311]

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

[@ИгорьСергеевич-е9э]

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

[@Anton-ni8un]

Сам наворотишь запрос, через пол года попросят поправить что-то. И будешь сидеть чесать репу разбирая своё же творчество )

[@Anton-ni8un]

9:06 битая ссылка на заказ клиента все равно является ссылкой с указанием типа "Заказ клиента". Если её установить новому объекту "Заказ клиента", то ошибки не будет, а если её установить новому объекту другого типа, то будет ошибка.

[@MegaWertep]

Идея запроса по всем датам хорошая, но не работает. Потому что из выбранных множителей, например, не получаются числа 37, 41, 43 и т.д. И эти даты выпадают из списка. В выборке нужно использовать: ДОБАВИТЬКДАТЕ( ДОБАВИТЬКДАТЕ( ДОБАВИТЬКДАТЕ(&НачалоПериода, ДЕНЬ, Дни.Смещение), МЕСЯЦ, Месяцы.Смещение), ГОД, Годы.Смещение) И в условии можно убрать МЕЖДУ и использовать просто меньше или равно КонецПериода, потому что мы изначально увеличиваем НачалоПериода и дат меньше быть не может. Ну и ограничение на интервал получаемых дат количеством значений в таблице Годы.

[@donalexey]

Это набор антипаттернов? Я по рукам бью программистам, если они такое пишут. Кто потом будет это поддерживать? Откуда вообще у 1с-ков такое желание запихнуть бизнес логику в запрос? Сделали запрос, а затем уже пробежались по списку и что-то подправили (ну если там не мииллионы строк, а если миллионы - значит очень странная бизнес-задача, т.к. такое количество не анализируется.)

[@vazelin99999]

Вы о партионном списании в запросе конкретно? Была практика использования каюсь, но потом, на больших объемах строк стали выгружать в тз и уже кодом обрабатывать. Или об использовании нулл в принципе а не приведении его к чему-то. Большинство учебных курсов, что я видел, учили от нулл избавляться. Но есть грешок по нулл отбирать строки одной таблицы, которых нет в другой. За что конкретно по рукам бы ударили?

[@Das.Kleine.Krokodil]

например что подправили по списку?

[@donalexey]

@@vazelin99999 я по рукам бью за неочевидный код, который потом невозможно поддерживать. Язык SQL хорош только для объединения, фильтрации выбора и т.п., все потом хорошо читается, поддерживается и т.п. А вот когда начинают пытаться вставить логику в SQL, то даже если задача и решаема, как показала практика, при втором прочтении через пол года уже ничего не понятно. Например, если начать вставлять CASE WHEN THEN если это только не для картинки в поле списка лучше вынести в код. Как минимум работает дебаг, можно добавить комментарии смысла этих преобразований. Самый ад начинается со сложными запросами, когда надо учесть все функциональные опции и возможности учета. Часто просто копируют запрос и затем меняют пару строк для новой бизнес-логики. Получается 2 сложнейших запроса, а затем при изменениях надо править оба и не забыть про второй. Вообще в 1С и БСП достаточно много очень спорных паттернов разработки.

[@vazelin99999]

@@donalexey наверно, вы бы товарища, известного на инфостарте как Ильдарович, тоже по рукам линейкой за транзитивное замыкание и бабочку?:)

[@donalexey]

@@vazelin99999 я больше скажу: У меня много лет назад умный программист вставил запрос с транзитивным замыканием для получения родителей. Посколько он реально был умный, то я ему поверил, что это правильное, хоти и нечитаемое решение и мы код оставили. Пока это было в рамках программирования все было хорошо. Потом выяснилось, что у некоторых клиентов медленно открывалась форма, профайлер показал, что источник проблем - "супер" запрос. Естественно разбираться с запросом и переписывать его, чтобы работал быстрее, не было никакого желания. Просто выбросили его и заменили на "о ужас!" запрос в цикле! И вместо нескольких секунд код стал выполняться за 100 мс. Больше код никому проблем не доставлял и до сих пор работает.(я сейчас не вспомню точно задачу, но без цикла с запросом или транз. зам. не получалось )

[@Anton-ni8un]

6:19 Для чего это? Конструктор запросов там где есть возможность явного обращения все равно исправит текст запроса.

[@PavelYakovleff]

Который раз убеждаюсь том, что программисты не умеют делать доклады на конференциях. За редким исключением, конечно. А ведь кто ясно мыслит, тот ясно излагает. Нет ни постановки конкретной задачи, ничего о том, как эту задачу решали или решают иначе. Сразу в лоб - "рассмотрим вот такой случай". Потом - "рассмотрим еще вот такой случай". Зачем нам его рассматривать? не понятно. Вот вроде бы все внимательно прослушал, а на какую тему был доклад - вообще не понял. Вроде как рассказывает про то, как правильно писать, но данные берет не из регистров накопления, а из табличных частей документов. А это правильно вообще? Что-то сомневаюсь.

[@konstantinprutskih4109]

не работает выборка таблиц всех дат ошибка простые числа как вы будете собирать

[@ВикторФилиппов-е7ъ]

Есть обработки, около 3 тыс.(Веб-сервисы, Расширения, СКД, COM, OLE, JSON). С адреса cloud.mail.ru/public/GP1s/2qqZgvFY5 их можно бесплатно скачать вместе с двумя базами(с расширениями). Из меня скоро РОМАШКИ будут расти, жалко если они пропадут. Полное резюме

[@tree-service]

да вайс адвайс тухлая компашка, детский сад наворочали, от реальности далеко

[@i292555]

Звук тихий :(

[@RisenMultiplayer]

че?

[@alexflanker25]

24:08 - крутая конструкция!!!

[@АленаТребушникова-ь5о]

кашерное видео