Nitro_JunkieЯ вот из вашего объяснения так и не понял в чем основная функция СКД. Потому как для отчетов - BI инструменты куда эргономичнее удобнее.

СКД почти полностью решает проблему ограничености SQL запросов в 1С т.к. в 1С запросах по моему даже SQL 92 не соблюден. Но рекурсии в СКД тоже нет. Динамический список тоже наследуется от СКД, но с ограничениями. Им удобно управлять программно. Поэтому СКД уже давным давно не только отчеты.


Nitro_JunkieПотому как для отчетов - BI инструменты куда эргономичнее удобнее.

Для BI данные, в отличии от СКД необходимо трансформировать.

Nitro_Junkie (например виды цен в "типа ERP")

InFusion на два порядка больше " Типа ERP ", чем 1С ERP.
Может оставите эти приемчики для ваших клиентов, а не для людей которые на внедрениях собаку сели?

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

Почему, я ее упомянул. Но ее использование в УТ11 не нашел, поэтому и написал, что используется очень редко.

Это вы про ORM в 1С писали, насколько я понял. Там же вы писали, что в 1С нельзя управлять в ORM какие поля подтягивать. Так вот в Схеме запросов это все можно. Поэтому я думаю, у вас все же не схема запросов описана, а обычный менеджер, который есть для каждого 1С объекта. Потому как в менеджере действительно нельзя управлять полями для выборки.

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

Описание от 1ССКД – это механизм, основанный на декларативном описании отчетов. СКД предназначен для построения отчетов и для вывода информации, имеющей сложную структуру. Кстати, помимо разработки отчетов механизм СКД также используется в «1С:Предприятии» в динамическом списке, средстве показа списочной информации с богатой функциональностью (показ плоских и иерархических списков, условное оформление строк, группировки и т.п.) .

Описание от 1С В создании отчетов задействованы два языка. Один – язык запросов, используемый для выборки данных. Второй – язык выражений компоновки данных, предназначен для записи выражений, используемых в различных частях системы, например, в настройках компоновки данных, для описания выражений пользовательских полей.


СКД позволяет выводить данные как в печатную форму, так и в таблицу значений (ТЗ) . А эту ТЗ мы далее можем использовать в дальнейших расчетах.
- ТЗ мы можем использовать как источник данных для другого СКД. Именно так сделано в подсистеме планирования в ERP, УТ 11 и КА 2.
- ТЗ мы можем загрузить в любую табличную часть, одной строчкой кода.
- ТЗ существует в ОЗУ поэтому работа с ней очень быстра.
- ТЗ мы можем индексировать, группировать, накладывать фильтры делая срезы данных и т.д.

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

Вот именно, в классическом понимании, не ORM. В не классическом это чистый ORM.