Мне несколько раз прошел отказ аудита обработки во Fresh, потому что в запросе использовались реквизиты через точку.
Казалось бы, в этом и состоит удобство системы "доступно и всерьез".
Почему Fresh перекладывает админские проблемы на плечи программистов.
Почему админы Fresh не могут настроить базы пользователей так, чтобы они не отъедали больше ресурсов, чем положено.
Мне кажется, вот это - расписка в административной импотенции владельцев Fresh:

"Дополнительный отчет/обработка не должен приводить к чрезмерной
нагрузке на компоненты сервиса или клиентское приложение.
Если в запросе используется получение значения через точку от поля
составного ссылочного типа, то при выполнении этого запроса будет
выполняться соединение со всеми таблицами объектов, входящими в этот
составной тип. В результате SQL текст запроса чрезвычайно усложняется, и
при его выполнении оптимизатор СУБД может выбрать неоптимальный план.
Это может привести к серьезным проблемам производительности и даже к
неработоспособности запроса в отдельных случаях.
(например, "МаркировкаТоваровИСМП.ДокументОснование.Склад") и т. п. При
этом не важно, в какой части запроса вы используете реквизит, полученный
через точку от поля составного типа, - в списке возвращаемых полей, в
условии и т. п. Во всех случаях такое обращение может привести к
проблемам производительности.
Подробнее с причинами неоптимальной работы запросов и их оптимизацией
можно ознакомиться здесь
https://its.1c.ru/db/v8std#browse:13:thumbsdown:26:28";

Почему-то в других 1С-Облаках я таких требований не встречал?

так опиши тип говнокодер коллега!

мне наоборот жаль админов фреша которые каждый день тонны говнокода разбирают.. даже не знаю сколько нервов на это надо

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

(0) Спасибо должен сказать за ликбез.
"Реквизиты через точку" <> "получение значения через точку от поля СОСТАВНОГО ссылочного типа"

(3) Ну да, ну да. Мытье рук - это перекладывание ответственности с врачей на пациентов.

отсутствие типизации распустило многих

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

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

(8) Я просто в других облаках 1С такого не встречал. Это какая то жесть. 1С, ау

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

(0) Не стесняйся.Включи голосовалку )
Подход правильный. Руки надо выпрямлять и вставлять в плечи.

(9) Переучивайтесь писать код правильно!

()11 Конечно, подход правильный.
Какие еще у Гения были шансы узнать про особенности обращения к реквизитам составных типов в запросе? Нулевые.
Он даже сейчас упирается про это читать. Собирает подписи под нотой протеста и насилием над гениальным кодом.

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

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

(10) это решается не железом, а распределением ресурсов. Не?

(7) Как причем. 1С умеет распределять нагрузку? клиент вешает 1С? Так это у него должно вешаться, а не во всем облаке. Это элементарно. Или админы Фреша в это не умеют?

(11) нет, это из пушки по воробьям. Иногда дешевле написать через точку, чем писать всю обвязку.

А экономии в производительности - 5 копеек.

(16) Чем больше незанятых ресурсов - тем плотнее можно упаковать клиентов на тех же мощностях. Банальная арифметика. А сабжевая хрень - в ряде случаев может стать реальной проблемой производительности. Об этом статьи на ИТС понаписаны.

(19) одна старушка рубль десять старушек червонец

(15) Я те больше скажу. Ты, Сережа, утрешься и пойдешь править свою обработку.
А потом, тихонько, под одеялком на форуме поплачешь.

(19) Существенная экономия, если делали доработки для небольших организаций, то возмущение понятно.

Но когда анализируешь проблемы производительности >500 пользователей, то просьба переписать запрос из (0) выглядит само собой разумеющимся.
Один подобный запрос в базе может загрузить SQL сервер на 100% с 16 ядрами (>500 человек используют кривой запрос), исправляешь на корректный и получаешь 4-15%.

(23) да пофиг на сколько он загружает SQL, это решается админкой.

(24) Вот поэтому ты и фрилансер

(25) да, и это хорошо

(4) это не ликбез, это чрезмерные требования. иногда не стоит "экономить на спичках".

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

(18) Правильно писать, это из пушки?...Ну.ну...

представляю какой треш и угар будет в так называемой "FreeRAD", если будет

(17) Иногда лучше хоть чуть чуть разобраться в предмете, которым зарабатываешь себе нахлем, прежде чем писать ахинею. Почему админы должны решать проблему вашего говнокода, тратя на это серверные мощности, потому что вы не хотите соблюдать стандарты и требования? И таких "гениев" сотни, которые своими творениями создают повышенную нагрузку на сервера и тем самым увеличивают эксплуатационные расходы (а пользовтели потом говорят что "ваша 1С тормозит")?

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

(0) Даже больше скажу

Сразу оптимизируй свои запросы и код под сервер 1С на линукс с постгресом причем в режиме разделения данных

(33) зачем? зачем клиенту платить за эту "оптимизацию на спичках"?

(34) А какого хера клиент выбрал типа "дешевый фреш" вместо своего сервера?

(35) потому что модно-стильно-молодежно.

(36) это твой серьезный ответ?

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

(37) а какой ты хотел? на бренд же клюнули, ежу понятно. Не уверен что фреш сильно дешевле, чем у других франей нормальные облака, у того же 1АБ

(32) что значит не решить. 1С не умеет в распределение ресурсов?

(31) Потому что есть язык, на котором можно писать что угодно. Проблемы тормозов решаются не языком, а админкой. Банальным ограничением прожорливости ресурса на каждого пользователя. Юзер может отчет за весь период запустить и все повесит банально, при чем тут код? Это должно на уровне системы решаться.

(29) в некоторых случаях оптимизация не нужна, не стоит подходить фанатична. Если понятно, что объемы данных небольшие, то нет смысла писать оптимизированно. Это более дорого и затратно по времени. Но аудитор этого не может знать.
Вообще, все решается админкой.

Вот таким вот, Сережа, мы тебя и запомним.

я понимаю, что те, кто сдавали 1С:Специалиста невольно были втянуты в секту "Без запросов в цикле", как и многие тут сектанты "Без GOTO". Но это все лажовые секты.

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

(44) Я не сдавал на Специалиста. К какой секте ты меня отнесешь? )) Ему "Белое", а он "квадратное!"

(45) утираться походу Фрешу предстоит. В народе уже ходит пословица что "разработка под Фреш с коэффициентом 3х". Думаю, Фреш загнется.

(46) Смысл поста не осилил? ;-)

Не надо путать фреш и 1с хостинг. Это разное, с разными Ценами и разными требованиями.

Так сказать в чужой монастырь со своим уставом не лезь...

И да, по чему ты не ставишь под сомнения прямые требования клиента и пытался свои личные проблемы решить за счёт адм нов и железа?

(47) Что, не будешь обработку писать? Или ты уже, гм, прогнулся, и сюда пришел хвостом трясти?

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

(48) Нет

По-ходу да - кажется Гений 1С путает фреш с независимым хостингом.
А я все понять не могу, на какую-такую волшебную "админку" он кивает.

(50) мне за обработку заплатили, мне все равно что писать.

(49) потому что это маразм "экономить на спичках".

(54) тебе заплатили за говнокод или за качественный код?
Если за качественный то чего плачешь?

(42) в случае с запросами, большинство "оптимизаций" это руку протянуть. Религия не позволяет сразу нормально сделать или что?

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

(55) это тебе так кажется, потому что у тебя нет опыта работы с большими БД

(0) никто там вручную не сидит и не выискивает специально ошибки в коде. код прогоняется через систему СТАНДАРТОВ разработки https://its.1c.ru/db/v8std с которой ВСЕМ разработчикам (или тем кто хочет себя ими именовать) желательно бы ознакомиться. в частности, текущая "экономия на спичках" разжёвана в пункте https://its.1c.ru/db/v8std#content:654:hdoc

Скорей всего, что и ответ никто не сочинял заново, а просто ответили на обращение стандартной отпиской.

(0) Да нормальные требования. Просто имеют они там экономить свои ресурсы. Надо требовать качество кода, а не быстроту написание на коленке говнокода.

(62) + имеют = умеют*

(42) Конечно с такими известными личностями спорить как бы даже не смешно, но всё-таки - это не "решается админкой".
(Если речь идёт о платформе 1С:Предприятие 8, на которой и работает фреш - на каких-то других платформах может быть и решается).

(42) >>в некоторых случаях оптимизация не нужна, не стоит подходить фанатична

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

(0) вот и все что надо знать о говно-фрилансе

(66) на фиксе хотя бы можно по рукам настучать за подход "куяк и в продакшен" а на фрилансе не клиент же запретит - у них и говнокод поди некому цензурировать

(57) ему оптимизацию в предпенсионном франче отбили

(60) Да, там прилично расписано

(60) неубедительно. Эта "экономия на спичках" высосана из пальца. ;-)
Кстати, а как же все эти универсальные консоли запросов и выгрузки-загрузки? Думаете их авторы заморачивались на "реквизиты через точку". Итак, пользователи Фреша будут лишены универсальных мощных инструментов, расчитанных на умных админов и продвинутых пользователей, только потому, что у 1С свое видение "стандартов разработки" и проблемы админов переложены на плечи разработчиков.

все верно, поэтому для разработки под фреш и используется коэффициент 3х

(51) это лично ты. Если бы 1С могла все, то да. А так она могёт не все.

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

(56) Я экономлю деньги заказчика. Мне заплатили за результат, а не за код

(58) ну и богаче станут, ага. Свежо предание да верится с трудом. Хотя то, что нанимают меня за 1500 а не Васю с Мухосрани, уже говорит, что Вась накушались. Может и Гениев накушаются когда.

(59) Что, 1С не умеет в распределение ресурсов на сервере? За 20 лет не научились?

(62) ну с такими требованиями они "пролюбят" клиентов. Зачем идти на Фреш, если есть нормальные облака без этой "любви головного мозга", да к тому же еще ничем, кроме как требованиями "академиков от 1С" не обоснованной

(64) Так пусть поработают над платформой, прежде чем Фреш разворачивать. Стыдно, господа Селезневские таким красивым словом Фреш называть такое сырое

(77) Стыдно заниматься 1С и не знать стандартов разработки от самой 1С. Хватит гнать пургу!

Хотя Фреш и Сырой в принципе, созвучно. На том и порешим, ггг...
(78) Прости что задел твои религиозные чувства к 1С. Кроме фанатиков 1С есть люди, которые понимаю что стандарты от 1С мягко говоря черезчур высосаны из пальца и далеки от практики. Впрочем как и типовые конфы далеки не то чтобы от идеала, а просто стыдно что их так пишут.

Когда 1С научится писать типовые, тогда я склоню колени перед ее Стандартами Разработки

Я, пожалуй, и сюда ссылку приложу. Держи, гений - твое по праву!

https://pbs.twimg.com/media/EHykKNqXUAMOllY?format=jpg&name=small

(81) Мне, как спецу с 20-летним опытом в 1С, можно. ;-)

(82) А по-моему ты говно

(83) все относительно. ;-)

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

(85) Проблемы с безопасностью в таком решении отдельная тема и здесь действительно стоит возмущаться ;)
"Всякая внешняя обработка это exeшник запущенный на сервере" и Режим безопасный это фиговый листочек  
Но в текущей ситуации админы хотят. что просто на завалили 1С на сервере и она перестала работать...

(79) далеки не далеки - но на 1С работает вся страна. разного масштаба конторы. поэтому - "высосаны из пальца и далеки от практики" - вот это ну совсем никуда не катит

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

(88) а нормальный это ты конечно же )))

(86) Почему это безопасный режим - фиговый листочек? Может, расскажешь, как его обойти?

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

те только франч норм?
3 раза ХА

(0) у 1С два продукта - Фреш и ГРМ
Вам в ГРМ, там именно такой подход как вы хотите.

что такое ГРМ?

(94) https://service.1capp.com/#/promo

Очередной плач Ярославны.
Пошел за попкорном

(96) не переключайтесь!
(82) и за 20 лет не научился различать SaaS и Хостинг приложений.

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

(98) Было дело когда-то давно типовые 1С не проходили синтаксический контроль. Счас уже в прошлом.
(85) это тоже кривизна админки. Если пользователь фреша имеет такие права, что сломать может.
(86) Интересно, а Выполнить в обработке под запретом? ;-)

(87) запрет на запросы в циклы и на использование реквизитов через точку Я, как практик с 20-летним стажем, считаю Идиотизмом, да простят меня Стандарты Разработки. Да, этим можно злоупотребить, но это как запрет на GOTO.

(88) Ко мне приходят и по сарафану тоже, но в основном с моего сайта и инфостарта. Еще вопросы, порутчик? Хватит очернять. Сперва займи 12-е место на Инфостарте, как я.

(96) Я смотрю у 1Сником за многие лета имения их в разных позах фирмой 1С выработался "Стокгольмский синдром". Забавно как жертвы защищают своего мучителя.

соточка

(99) прикольно а что там за 12 место, молоко за вредность бесплатно дают?
Выполнить и работа с файлами выключена в безопасном режиме.

(99) >  как жертвы защищают своего мучителя

Хе. И вот именно поэтому, дети, Осипов - независимый фрилансер. Но на 1С. Кажется всего на полшишечки, но вот почему-то не соскальзывает. И очень-очень гордится 12м местом на сайте. Который на 50% принадлежит 1С.

Я вообще, смотрю, весеннее обострение в этом году плавно через короновирусное в осеннее проходит. Что у гениев, что в политветках...

(99) Для меня это тупое ремесло.
Я понял и принял правила игры.
Я терплю то что происходит вокруг, мне за это хорошую денежку платят.
Как только надоест - можно и куда нибудь еще пойти.
Не нравицца - есть c++ где можно выстрелить себе в колено миллион и одним способом..

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

(102)+ Я был не прав - 13й. А за последние 3 года - 94й. Херой вчерашних дней.

Хороший спич. Интересная позиция. Именно благодаря таким людям я всегда буду востребован на рынке труда )

Правильный ли подход у 1С во Fresh?
Да, правильный

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

Если поле не составное, то вопрос более мутный. Но 1Сников тоже можно понять - а вдруг поле станет составным? Им все доработки перепроверять перед каждым изменением конфы?

(0)При чем здесь админские проблемы, если вопрос чисто на уровне кода. Ты можешь выделить 100500 ресурсов, но какой ть мощный запрос в большой базе успешно все выест и будут тормоза. А так да, подход правильный, чтобы на начальном этапе отсечь заведомые просчеты. P.s. "Говнокодить" не всегда дадут)

(103) ну это для тебя. А я не лишен художестенного вкуса в программировании, прости.
(104) 1С анально отгородилась от разработчиков. Во время кризиса даже продавали комплект разработчика со скидкой, но т.к. со скидкой, то без права захода на партнерский, что забавно.
(105) мы смотрим за все время, не обесценивай.
(106) озвучь месячный доход?
(109) (108) (107) Стокгольский Синдром, ай молодца

(110) Напомнил анекдот про двух психологов.
- Ну, мы же с тобой профессионалы! Давай просто достанем и померяемся.

(111) Не другой анекдот.
Два психоаналитика катаются на лыжах, одни летит в кювет, весь ломается, в крови... Второй подъезжает к нему и начинает: "Что больно тебе? больно рассказывай... детство вспоминается..."

(110 >>художестенного вкуса в программировании

Это так щас грвнокодерство называют?

(113) к (110)

Гению... пиара для разбора технической части -
http://catalog.mista.ru/1c/articles/184361/

(115) А сколько %% производительности экономит этот подход? И имеет ли он смысл для маленьких баз? Ау, очнись от морока Стандартов Разработки.

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

(116) во фреше базы не маленькие. Там в одной базе тысячи пользователей, а может уже и десятки тысяч. Собственно, это и есть суть фрэша - база одна, а копошатся в ней дофига организаций

(0) Забудьте про "доступно и всерьёз", современный лозунг 1с "не нравится - не ешь".

(118) А что, 1с не научилась лимитировать загрузку на одного пользователя. за 20 лет? бида-бида.

все хочу сказать, что мне эти "пляски с бубном" от 1С напоминают тему с принудительным насаживанием асинхронного программирования. Опять платформа "не шмогла" и напрягли разработчиков.
Казалось бы, вызвал DoEvents и после завершения асинхронного вызова продолжил в том же контенте. Но нет, надо изнасиловать разработчиков, а те радостно будут в экстазе "Стокгольмского Синдрома" кричать УРА.

(117) сколько профита дает сэкономленная 1 секунда пользователя? Если пользователей тысячи, и эта операция делается миллион раз в день? А если минута?

(122)+ а за доработку, сколь бы дорого она ни стоила, при нормальном проге фирма заплатит один раз.

(121) Так что же вы на богомерзком 1С всё еще сидите? Вон, говорят, что джун не-1С получает столько, сколько миддл-1С, а опытному программисту поменять язык программирования - как 2 пальца. Переходи на "правильное программирование", нагибай 1С и зарабатывай мильены

(119) +много
Короче не сформулируешь описание текущей политики 1С.

(120) как ты себе это представляешь? Пока выполняется кривой код от гения 1с, другая сотня пользователей сидит курит. Ибо кривой запрос от гения 1с нафигачил блокировок во всю длину таблиц. Если ограничить пользователя в ресурсах, то кривой код гения 1с будет держать блокировки не 1 минуту, а всех 20. Другие пользователи вообще ничего не смогут сделать

что-то не понимаю я это нытье,
требования фреша к обработкам и расширениям опубликованы у них на сайте в открытом доступе,
если эти требования не устраивают, то есть ГРМ от самой 1С + сотни других облаков от партнеров, выбирай любое

(127) мне интересно, почему мазохисты-клиенты садятся на Фреш. Там дешево или это маркетологи работают?

(126) я думаю, не стоило затевать фреш, если нет админских рычагов управления ресурсами. То бишь, перефразируя Шнура, Фрёшь - это Звиздежь

(128) по цене ИТС-техно юзер получает доступ к ИТС, не думает о сервере, не нанимает IT-персонал.
да. это ультра-дешево.

(129) если не запускать кривой код, то всё работает на ура. Есть такая закономерность - чем больше БД, тем губительнее для неё кривые запросы. Вот как раз тебя с твоими кривыми запросами и не пускают в общий огород

(129) аудит расширений и обработок и есть твой "админский рычаг".
1С и так уже достаточно тормозит чтобы не придумывать дополнительных "рычагов" ограничения ресурсов на сеанс/пользователя или ещё чего.

Напомню, что само название "1С" Нуралиев придумал, как описание того, что все операции будут выполняться за одну секунду. Я когда это клиентам рассказываю, никто не верит почему-то

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

к сожалению в мире 1с принят принцип "жри что дают"

(135) в других мирах разве не так?

(128) по большому счету конечным клиентам без разницы, как будет называться облако, 1С:Фреш или как-то по другому (хотя 1С немало вбухало в продвижение, и большинство точно про фреш слышало),
а вот армии партнеров очень даже выгодно подключать клиентов к фрешу - технически все работает стабильно, доступность и скорость приемлемая, админка понятная, техподдержка адекватная, маржинальность отличная,
у меня например во фреше сейчас более двух сотен клиентов и с администрированием, контролем оплаты + первая линия техподдержки справляется полтора человека

> мне интересно, почему мазохисты-клиенты садятся на Фреш. Там дешево или это маркетологи работают?

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

> у меня например во фреше сейчас более двух сотен клиентов и с администрированием, контролем оплаты + первая линия техподдержки справляется полтора человека

почему "у вас", наверное все таки у фирмы 1с?
К тому же, вероятно это все временно, со временем, 1с сама себе наберет кодеров, и будет продавать их по рубль - ведро, и вы тогда окажетесь не нужны.

()(139) фреш - это не только сайт, но и технология. Т.е. любой ларек может у себя развернуть инфраструктуру фреша и сдавать в аренду 1С в облаках

(129) Да есть там админские рычаги. Но тебе обидно, что ты оказался жертвой такого рычага. Любое управление сложной системой - оно многоуровневое. Прошел первый уровень - получи ачивку: доступ на следующий уровень. Ты пока еще зеленое дите, поэтому тебя не пускают дальше первого уровня.

http://catalog.mista.ru/1c/articles/502732/

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

(139)>почему "у вас", наверное все таки у фирмы 1с?
более двух сотен - это именно моих клиентов, которые платят мне и за которых я 50% оставляю, а 50% в 1С отправляю

>со временем, 1с сама себе наберет кодеров, и будет продавать их по рубль
каких кодеров?
фреш не предназначен для заработка на кодинге

(138) У фреша при его минусах (сложности с загрузкой внешних обработок, расширений, запуском самописных обработок) есть крутые плюсы:
Базы обновляются самостоятельно, архивируются, на вирусы-шифровальщики плевать, можно работать откуда угодно (включая 1С-отчетность, авторизация по проверочной SMS), не надо покупать локальные поставки и лицензии, достаточно договора. Для пользователя небольшой компании этих плюсов достаточно, чтобы потерпеть один минус

(144) тем не менее во фреше уже есть маркет плейс (магазин расширений). И часть функционала типовой уже идет можно расширить за счет этих доработок

(136) в других мирах люди вплоть до своей бд пишут (а ля тарантул)

http://catalog.mista.ru/journal/news/mir-1s/besplatnyy-magazin-rasshireniy-novye-fishki-dlya-polzovateley-1s-unf_1020786/

> есть крутые плюсы:

И сколько стоит эта "сказка" ?
Виннибух вон умудрился в два раза дороже продать! ))

+149, я правильно понял, что там конфигурацию нельзя менять?

(149) Точно не помню, но что-то в районе 40к в год. За это вы получаете 10 баз, 5 сеансов (читай - лицензий) и все классические сервисы (контрагент, отчетность и т.п.). Если дешевле (15-17к вроде бы) - одна база и два сеанса

(150) Правильно, но 95% юзеров и на локальных базах работают на типовом функционале и не жужжат

> фреш не предназначен для заработка на кодинге

То ли ещё будет!

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

(110) Голый оклад почти 300, с учетом годового бонуса почти 400.

(149) все розничные цены по рекомендованному прайсу, маржа чуть ниже чем при продаже "коробок" или ИТС, но условия все равно интересные

(118) Не, там базы пользователей фрэша раскиданы по нодам. Обычно, около 100-200 баз на один сервер. Может быть и меньше, зависит от приложения. В целом, это обычный подход для горизонтальной масштабируемости.

(149)>сколько стоит эта "сказка" ?
рекомендованная цена на минимальный вариант по базовому тарифу (на двух юзеров, одна рабочая ИБ + одна тестовая ИБ) - 13029 руб. в год
тариф ПРОФ на 5 юзеров и 10 ИБ с возможностью одновременно использовать БП, ЗУП, УНФ, БНКО - 33816 руб. (столько же, сколько ИТС ПРОФ)
+ если у клиента уже есть ИТС ПРОФ, то доступ к фрешу по Проф тарифу предоставляется бесплатно
+ в стоимость по любому из тарифов уже входит 1С:Контрагент

(147) ну нафиг такую "свободу", когда переизобретаешь то, что уже есть в 1с

(158) ну я писал вещи на зуп 2.5, которые она только в третьей начала делать.

+159, и вообще, много чего делал, что они вообще никогда не будут делать.

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

Тут (на форуме) многие занимают очень удобную позицию по законодательству, что если 1с так сделало, значит так оно и должно быть. Обычно это так, но иногда и проколы бывают.

(154) давно? есть перспективы роста или тебе не нужно?
(157) а сколько стоит облако, если выбирают фреш? От 1АБ, например? (у меня там клиенты сидят)

(163) я не знаю какой фреш у 1АБ, т.к. во-первых "1С:Фреш" - это технология для разворачивания и поддержки своего облачного сервиса, а во-вторых - это облачный сервис от самой 1С 1cfresh.com
если речь о 1cfresh.com, то цены должны быть единые для всех партнёров,
если же у них собственное облако на технологии 1С:Фреш, то цены могут быть любыми, но обычно дороже, чем в 1cfresh.com

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

(160) Учитывая, сколько ресурсов вкладывается в развитие расширений, 1С это прекрасно понимает. По факту, они создают действительно мощную инфраструктуру не только для клиентов, но и для партнеров. С их маркетплейсом и технологией расширений можно создавать и продавать аддоны для типовых, при этом не тратя на отдельную инфраструктуру для продвижения. Такое видел у Intuit с их QUIK Online, да и у других SaaS-провайдеров есть. ИМХО, это единственный адекватный путь, чтобы и инфраструктуру в облако увести и дать возможности кастомизации. Но у 1С, в сравнении с тем же Intuit, все же мощнее вариант получается на вид.

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

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

1cfresh.com а я там не увидел УТ

Кто может пояснить есть она там или нет?

(168) все верно, УТ там нет

(169) а почему?

(170) отвечают что-то невнятное, типа есть УНФ и КА - этого должно быть достаточно

(0) а можешь описать, какой вариант работы ты считаешь более оптимальным/правильным?
Может сомжешь описать технологии, которые можно зайдействовать? Описать сценарий глазами пользователя. Например, пользователь заказал обработку. Ему написалии ее не учитывая рекомендации и в итоге все "тормозит" т.к. упирается в ограничения (если ты за то, что бы каждого пользователя ограничивали по используемым ресурсам. Кому жаловаться? Кто будет разбираться? Кто будет решать выявленную проблему? Может будет можно ему купить доп. ерсурсов? Или как. Можешь поделитсья своими идеями?

(172) видишь ли прикол в том, что не тормозит. Тормозит только в больном воображении аудиторов, верующих в Стандарты Разработки. Не тормозит, потому что объемы небольшие данных. Понятно?

(173) я больше спрашивал про общий случай, а не про частность. Как нужно действовать в общем?
Или идея анализировать запрос в разрезе текущего размера базы клиента (области) и решать, что там данных ну очень мало и можно не сильно заморачиваться всяким стандартами?
Можешь описать твое виденье немного подробнее и как бы "с другой стороны"

(0)
> Почему админы Fresh не могут настроить базы пользователей так, чтобы они не отъедали больше ресурсов, чем положено.

Кажется у вас есть непонимание описываемой проблемы, потому что эта фраза правильно пишется так:
Почему админы Fresh не могут настроить базы так, чтобы каждый пользователь в одной ИБ получил одинаково ограниченное количество ресурсов. Отсюда встречный вопрос: вы можете настроить работу информационной базы из 5 пользователей так, что бы каждый пользователь получил ровно 20% доступных ресурсов?

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

(175) при этом надо учитывать, что один юзер сидит набивает документы одного типа один за одним, он операционист.
другой юзер бух и сидит перезакрывает документы прошлых периодов с начала года, потому что лажа.
третий юзер главбух и просто сидит курит глядя в БухБаланс и Оборотку.
четвертый юзер кадровик, который матерясь на некупленный ЗУП сидит колотить ручками расчёты ЗП и отпускных.
а пятый просто Гений, принёс обработку состоящую из копрокода и блокирует бухрегистр, таблицы документов и регистры сведений. целиком, он же не должен тратить своё время на вменяемый код. остальные подождут.

(175) а почему вопрос адресован мне? Я что, разработчик платформы? Простите, к Селезневским не имею отношения. Но вопросам распределения ресурсов уже 60 лет (я еще в универе изучал), а вы считаете это невозможным только потому что 1С этим не озаботилась в своей платформе?

(176) гений со своей обработкой напряжет базу меньше, чем эти четыре пользователя. Несмотря на наличие точек из-за небольшого объема данных для базы это будет комариным укусом, что бы там себе не мнили замороченные Стандартами Разработки аудиторы.

(174) Мое видение, что на каждую базу (организацию) нужно ограничивать вычислительные мощности. И тогда не нужен будет аудит.
1С лучше ковырять и разрабатывать свою платформу, чем внедрять аудит.
А то получается некий самообман - 1С создает многопользовательскую систему, но не имеет в плотформе управления ресурсами.
Это как садиться в машину с плохими тормозами, компенсируя это тем, что ехать буду медленно. Убожество

Т.е. я хочу сказать, что или пусть 1С имеет средства контроля ресурсов или пусть не позорится с Фрешем.

(173) все понятно, ты даже не пытаешься рассчитывать на "будущее", то есть сейчас у Пети работает значит можно накатывать...

Ни фига ты не растешь, каким был таким и остался... А ведь была надежда... Правильно аудиторы говноподелку заброковали...

(177) на селезневке реализован нормальное распределение ресурсов на основе блокировок, по другому не сделать... Кроме того ты это должен кричать не населезневку а в оракл или майкроссофт... Осковные твои притезии по балансу нагрузок возникают не в 1с сервере а в СУБД.... Даже этого ты не осознал....
(179) критиковать 1с можно и нужно, но при этом надо понимать, что они правы, так как они смогли поднять эту тему а никто из нас нет.... Вот напиши свою фузину вот тогда твой голос можно будет хоть как-то воспринимать, а сейчас это высер в лужу

(181) что, серьезно? Нет других облаков кроме 1С? Да ладно? И другие облака не на SQL и не на Микрософт работают? Что, серьезно?
Простите, но вы пишите чушь.

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

(180) кстати даже если сделать контроль ресурсов, все равно твою говноподелку надо забраковать, по причине отсутствия масштабируемости

(183) Прости, что задел твою веру в Стандарты Разработки. Теоретик тем и отличается от Практика, что придумывает какую-то хрень, оторванную от жизни и свято в нее верит.

(182) нормальная система без аудита невозможна, он есть во всех больших системах

Кстати, обработка была с инфостарта, которая просто выводит список обувных марок из документа в JSON.
Охренеть, какая нагрузка на базу, да? Миллионы террафлопс. Не, друзья мои, 1С экономит на спичках в своем "раздырявом Фреше".

(185) Шта? Прикинь, мне предлагали облако для работы 3к в месяц. Я могу ставить в него что хочу. Никакого аудита. Что ты мне сказки рассказываешь?
Там локальная копия винды в этом облаке. Если я словлю вирь или даже шифровальщик, это будут только мои проблемы, не облака.

Любую винду я могу туда себе поставить. И никак соседних пользователей не напрягу ни в плане безопасности, ни в плане ресурсов. Рерсурсы мне сервер выделяет (квантами). А ты мне рассказываешь про Аудит? Это безграмотность и Стокгольмский Синдром, не иначе.

Если я буду напрягать систему, то только свою систему, ибо буду отжирать свои ресурсы. Вот как делается во "взрослых" системах. Поэтому с такой политикой во Фреше останутся только типовые пользователи, ибо прибаутка про 3х ценник на Фреш основана на реальном опыте взаимодействия с аудиторами.

(189) обновления конфигурации тоже обещали в день выхода?

(187) это другое, это не фрешь, то что ты описал это аренда сервера, где ты обязан сам админить и сам обновлять.

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

Правда удобно для клиента?

А ты пытвешся от бизнес сервиса требовать то, что он снял с пользователя (и пользователю это нравится)

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

(189) во фреше нет твоих и чужих ресурсов, фрешь это не хостинг а сервис...

(191) Открой для себя облака 1С без админства, другие. ОТ 1АБ например. Там не требуют аудита и в базе можно делать все что угодно, прикинь. Ибо да, это не общая база, как фрешь, а выделенная тебе SQL база, нагрузка на которую регулируется...

(192) вот потому это и мертворожденная идея, потому и ценник будет 3х и сидеть там будут только типовые пользователи, не спорю. Аудит - это мертвому припарка.

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

Давайте на конкретном примере разжую.
Я адаптировал конкретно несколько обработок, одна из них (о которой тут идет речь): http://catalog.mista.ru/public/1205286/
Да, автор разработки использовал точку в запросах и это АБСОЛЮТНО НОРМАЛЬНО, на спичках нет смысла экономить.
Причем как в запросе Товары.Номенклатура.Артикул, так и Документ.Основание.Склад

Как поступает пользователь нормального облака 1С? Скачивает себе обработку за 1СМ = 100 рублей, добавляет во внешние и получает РЕЗУЛЬТАТ.

Что делает пользователь Фреша? Платит 1500 программисту за адаптацию этой и так РАБОЧЕЙ обработки программисту. Вот вам и 3х.

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

Не нравится фрешь не работай с ним. Мне он пока тоже не нравится и я не работаю с ним.. Но я понимаю почему тебя бортанули и считаю, что правильно

(194) > должна была
А крепко тебя зацепило, что ты тут неделю полыхаешь. Сильно, видать, обиделся, что какие-то сторонние люди переделывать генеальную обработку заставили.

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

(196) перечитай (195), сектант Стандартов Разработки. Мне не нравится политика 1С, дай побрюзжать. ;-)

(198) а маркетологи 1С об этом предупреждают клиента? Они говорят ему, что любая разработка во Фреш это 3х ценник? Нет? А че так? Фреш - это же модно-молодежно.

(197) не фрейдируй и не лезь в разговор профессионалов, мальчик

(200) маркетологи должны предупреждать, что во фрешь нельзя заливать говнокод?
Наверно ты прав, это их упущение... Они должны как одно из главных преимуществ писать

Мы не пускаем говно код!!!
Пожалуй я присмотрись к фрешу, тоже он теперь мне понравится🤟

(200) претензии к маркетологам?
вспомнился анекдот, в котором после просмотра рекламы по ТВ мальчик просит маму купить ему тампоны, т.к. "в них можно плавать" )

(201) О. Проффесионал Сережа неделю разглагольствует, как мир должен быть устроен. Борис и Сергей нервно курят в уголке и почительно записывают ценные указания. Аудиторы фреша посыпают голову пеплом и доводят до всего состава ценные указания - "Осипова не проверять".

Легче тебе стало? Вот и хорошо, иди копеечку зарабатывай, фрилансер.

(200) У меня 60+ клиентов во фреш, дополнительные доработки (если печатные формы можно назвать доработками) у двух из них. Возможно, вы крутитесь в сфере где у людей 1С на 50 рабочих мест в компаниях с оборотами в 1 млррд, но есть и небольшие компании, которым типового функционала хватает выше крыши. Более того, им многое тупо не нужно, достаточно лишь продать товар по закону (онлайн-касса, маркировка), худо-бедно контролировать остатки и выгружать все это в бухгалтерию.

Для малого и среднего бизнеса (среднего - по меркам регионов, а не Мск), фреш - офигенное решение.

Вот у меня есть контора на 4 небольших магазинчика, по одному в каждом селе (точнее, поселке городского типа). Какие у них варианты? РИБ со всем его гемором, базовые версии розницы с УТ в некоем "центральном офисе", свой сервер с белым IP и развернутым веб-сервером, фронтолы или работа в облаке. Есть 1с фреш, а есть - сторонние облака, в которых ты сам должен следить за сохранностью базы, за обновлением и т.п. А в 1С фреш все делается само. Зачем геморрой, если никаких доработок не нужно и типового функционала достаточно

(44) я сдавал спеца 1с. Белоусов явно говорил о том, что если можно обойтись без циклов - значит для экзамена их использовать нельзя (во всяком случае для задач по опер и бухучету, они действительно простые и без цикла легко решаются).
А вот некоторые задачи по расчету зп были на то, что нужно было создавать приоритеты для видов расчета. И там вполне законно можно было использовать цикл по этим приоритетам, а внутри запросом выбирать записи с нужным видом и их рассчитывать/записывать.

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

(205) если всё само работает, за что ты тогда деньги с 60+клиентов снимаешь? )

(200) Фреш - модно-молодежно? Фреш - это для нищебродов за минимальный ценник. Где ты толкаешься локтями в одной базе как в банке шпротов с такими же как ты бедолагами :)
Если сравнивать с вебом - это когда ты не можешь позволить себе полноценный хостинг и покупаешь задешево урезанную со всех сторон возможность для размещения своего сайта, который кое-как там будет работать с кучей ограничений.

(208) просто модное слово. не пойму, почему в 1С не прикрутили еще блокчейн или интеграцию с криптовалютами.

(177) Потому, что вопрос ваш... Вы пробовал залить "говнище" в apple store? Ваша тирада в (0) читается так: в одном из облаков админы установили правила написания запросов. По этим правилам есть требования, которые не допускают обращение к полям составного типа через точку, даже написали причину. При этом обоснование уже лет так 10 понятно и логично, потому что в некоторых моментах СУБД (не 1с) при обращении к данным может проигнорировать индекс и сделать выборку перебором. При этом виновата 1С, админы облака "козлы", облако гавно и т.д.

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

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

Тут проскакивала инфа про магазин расширений для фреша...

А через этот магазин можно продавать свои расширения? И чего для этого надо?

(211) https://partners.1cfresh.com/, Подробнее о "1С:Магазин расширений"

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

(195)
> Да, автор разработки использовал точку в запросах и это АБСОЛЮТНО НОРМАЛЬНО, на спичках нет смысла экономить.

Нет, это не нормально. Это допустима для локальной среды, для сервиса - это плохо. Мы можем перевести на велосипеде контейнер? Если это доставка мороженного - это допустимо, а если это жб плиты перекрытия - нет.

Так вот вы сравниваете требования к транспорту из примера 1 с грузом из примера 2. У вас таблицы общие, если в локальном режиме вы можете гарантировать (предположить), что выборка через точку будет быстрой, то в сервисе этого гарантировать нельзя, т.к. вы не знаете суммарный объем записей реляционной таблицы без разделителя области данных...

(207) Такие уж у 1С условия. Работают через партнеров 1С, напрямую низзя. Кроме того, нормальная работа - это не значит, что поставил и снимай бабло раз в год. То платформа обновляется, то надо базу на другом компе прописать, то криптопровайдер чудит (для отчетности или ЭДО), то синхронизацию настроить (например, между БП и ЗУП), то новую базу добавить в личный кабинет. Все это несложно и клиент мог бы сам, но вы не представляете сколько народу работает в 1С, имея зачаточные компьютерные знания и не могут сделать элементарные (с точки зрения айтишника) вещи. Вот за это и платят, видимо

Рукалицо. Все не читал, но осуждаю. Сосян после стольких лет гов.нокодерства так и не осилил, почему нельзя получать данные через точку.

(216) да можно в запросе через точку писать, не всегда конечно, но можно...

Нельзя во фреше этого делать, или в РЛС тоже нельзя, или нельзя через 5 точек...

Просто гений обиделся, что там кто-то посмел его код критиковать

(217) а разве так вообще кто-то рассматривал его код? Стандартную отписку кинули, да и все. Не, ну прогнали нетленку через автомат-проверяльщик, но глазками код никто не смотрел.

Через точку допустим только такой вариант

ВЫБРАТЬ
    ВыручкаИСебестоимостьПродаж.Подразделение КАК Подразделение,
    ВыручкаИСебестоимостьПродаж.Подразделение.ГрафикРаботы КАК ГрафикРаботы
ИЗ
    РегистрНакопления.ВыручкаИСебестоимостьПродаж КАК ВыручкаИСебестоимостьПродаж
ГДЕ
    ВыручкаИСебестоимостьПродаж.Регистратор = &Регистратор

Т.е. таблица физическая, поле не составного типа, и нет никаких через точку-точку-точку... В других случаях запрос через точку не допустим, как-минимум не желателен

(219) это ты сам для себя рекомендации такие выдал?

(219) Сегодня поле не составного типа. А завтра, после обновления релиза, станет составного

(220) нет, для других. Прежде всего для ТС

(0) Потому что "всерьез".

Кстати задам за ТС реальный вопрос:

Как тестировать обработки, расширения, конфигурации для фреша?

Там же есть отличия от обычных баз...
Где брать тестовую среду?

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

(224) Качаешь https://releases.1c.ru/project/FreshPublic
Куришь https://its.1c.ru/db/freshpub
В типовые встроена https://its.1c.ru/db/smtl#content:22218781:1

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

Мне вот реально интересно, почему Гений не понимает простого. ФРЕШ - не для крупных фирм. ФРЕШ - для небольших фирм с кучей "ларьков" или когда у них бухгалтер "на стороне". Правильно выше описали ситуацию, как в небольшой сети магазинчиков в районе. 4 магазина - 4 базы? - так с лицензиями запаришься, все эти "удаленные офисы" (никогда не знаешь, когда 1С начнет реально проверять используемые типы лицензий). Да и с обменами запаришься, руководству же надо иметь возможность оценить ситуацию в каждой базе, не тратя полдня на объезд территории или заморачивание на всякие РДП. И они экономят кучу денег (на своем уровне) на том, что не нужны лицензии, не нужны айтишники, услуги от "приходящих мальчиков" нужны в разы меньше, ведь база сама обновляется, сама архивируется. А таким пользователям доработки нафиг не нужны.

Ну а более-менее серьезная фирма ИМХО скорее посмотрит на создание собственного сервера, где они будут хозяевами, с соответствующими тратами на IT, инфраструктуру и т.д.

Дело не в доработках. Дело в попытках пропихнуть копрокод, который, внезапно, не проходит ревизию, которой нет у клиентов, которым ТС впаривал свой копрокод десятилетиями :)

(219) И в чем же проблема "через точку-точку-точку" если в пути нет полей составного типа?

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

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

Номенклатура.Родитель,
Номенклатура.Родитель.Родитель,
Номенклатура.Родитель.Родитель.Родитель,
Номенклатура.Родитель.Родитель.Родитель.Родитель,
...

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

(230) Каким образом это намекает на "кривость" архитектуры? Нужно было всю инфу в регистрах денормализовать? Очень спорно. Про наллы - смешно. Чем это отличается от явных соединений?

(231) Это не про "точку". А про "тяжелые" соединения в принципе.

(230) Насколько я понял, все твои аргументы не против "точек", а против длинных "этажерок" соединений. Это, конечно, имеет смысл в общем случае. Но говорить, что такие варианты "недопустимы" - это такое... Зря я влез. Просто коробит неуместная категоричность и черно-белые мнения.

(230) Вот банально. В твоем примере из (219) необходимо получить реквизит графика работы. В чем была бы неоптимальность обращения к нему через "третью" точку? И какую лучшую альтернативу этому ты бы предложил?