К вопросу сравнения 1C:Предприятие и Axapta + Новости с семинара партнеров 1С

[mazzy]

Цитата:

Сообщение от Сисой

необычайно мощный инструмент группировок и отборов по аналитическим срезам любого уровня.

http://axapta.mazzy.ru/screenshots/common/search.html

Цитата:

Сообщение от Сисой

Не забывай еще, что все названия таблиц и реквизитов 1С - на родном для пользователя языке.

Ой. Да, надо было шотить на русском языке.
Я что-то по привычке... по-нашему, по-бразильски...
Исправился, приложил шот на русском.

Цитата:

Сообщение от Сисой

При чем здесь сотни таблиц? Типовые отчеты для менеджеров строятся на 3-5 базовых таблицах, у которых по дереву связей еще максимум 10-20 таблиц. Отнюдь не высшая математика.

Я про это и говорю

Цитата:

Сообщение от Сисой

В 1С есть аналог Мастера отчетов c кучей таблиц - но мы же не про него говорим.

Вот как? Я думал...

Хорошо, если не про него, тогда вам в запрос.
Еще раз: http://axapta.mazzy.ru/screenshots/common/search.html

[brahma]

Цитата:

Сообщение от mazzy

http://axapta.mazzy.ru/screenshots/common/search.html

Фильтры достаточно мощные.
Из скриншотов не понял:
Есть ли возможность группировать по произвольному полю.
Есть ли возможность получать итоги по группировкам
Так же не понял назначение связанных таблиц. Можно ли поля связанных таблиц вставлять в отчет? Можно ли по полям связанных таблиц фильтровать, сортировать, группировать?

[mazzy]

Цитата:

Сообщение от brahma

Есть ли возможность группировать по произвольному полю.

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

Цитата:

Сообщение от brahma

Есть ли возможность получать итоги по группировкам

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

Цитата:

Сообщение от brahma

Можно ли поля связанных таблиц вставлять в отчет?

Поля таблиц, добавленных пользователем?
Нет, ни в коем случае.

Цитата:

Сообщение от brahma

Можно ли по полям связанных таблиц фильтровать, сортировать, группировать?

Полям таблиц, добавленных пользователем?
Фильтровать - да,
Сортировать и группировать - нет.

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

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

Если честно, то я и фильтры по произвольным таблицам убрал
Но в отладочных целях фича действительно классная.

Можно я процитирую себя?

Цитата:

Пользователь НЕ должен настраивать отчеты.
Пользователь должен использовать отчеты, которые предоставляет ему система.

[brahma]

Цитата:

Сообщение от mazzy

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

фильтрация тоже может сильно влиять на общую производительность. Осбенно по связанным таблицам.

Цитата:

Сообщение от mazzy

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

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

[mazzy]

Цитата:

Сообщение от brahma

фильтрация тоже может сильно влиять на общую производительность. Осбенно по связанным таблицам.

Угу.

Цитата:

Сообщение от brahma

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

Ну почему же?
В конечном итоге все равно сведется к select с inner join (или left join).

[Сисой]

Цитата:

Сообщение от mazzy

Угу.

Ну почему же?
В конечном итоге все равно сведется к select с inner join (или left join).

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

[brahma]

Цитата:

Сообщение от mazzy

Ну почему же?
В конечном итоге все равно сведется к select с inner join (или left join).

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

[mazzy]

Цитата:

Сообщение от brahma

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

Хм...
Я правильно понимаю, что данные в 1С берутся несколькими вложенными запросами (сначала по контрагентам, а потом дополнительные таблицы)?
Я правильно понимаю, что пользователь ни коим образом не может изменить фильтр на контрагентов перекинув группировки и фильтры на дополнительные таблицы?

Цитата:

Сообщение от brahma

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

Вы сейчас такую страшную вещь сказали...
ПОТОМ будут сгруппированы?
Значит ли это что группировка и подсчет итогов ведется не на SQL'е, а на клиенте?
Если на SQL'е, то выборка и подсчет итогов ведется одним запросом или несколькими (через временные таблицы)?

[George Nordic]

Цитата:

Сообщение от brahma

фильтрация тоже может сильно влиять на общую производительность. Осбенно по связанным таблицам.

Угу. потому и применяли Oracle - он позволял по статистике строить индексы. До появления 2005 это было одно из ключевых преимуществ.
Никогда не знаешь, по какому полю пользователь вздумает фильт запустить.. Но, когда это присходит регулярно, статистика подскажет необходимость создания нужного индекса.

Г-н brahma! Я очень рекомендую Вам посмотреть вживую решения MBS - даже, если это Вам не пригодиться по жизни.
Живая демонстрация поможет найти ответы на многие вопросы.

С Уважением,
Георгий.

[Berg]

Цитата:

Сообщение от George Nordic

Угу. потому и применяли Oracle - он позволял по статистике строить индексы. До появления 2005 это было одно из ключевых преимуществ.

Имхо это было и в MS SQL: Index tuning wizard + profiler для сбора статистики. Или не то?

[brahma]

Цитата:

Сообщение от George Nordic

Угу. потому и применяли Oracle - он позволял по статистике строить индексы. До появления 2005 это было одно из ключевых преимуществ.
Никогда не знаешь, по какому полю пользователь вздумает фильт запустить.. Но, когда это присходит регулярно, статистика подскажет необходимость создания нужного индекса.

Если я не ошибаюсь, то в SQL 2000 есть утилита, которая по плану запроса подсказывает какие индексы нужны.

Цитата:

Сообщение от George Nordic

Г-н brahma! Я очень рекомендую Вам посмотреть вживую решения MBS - даже, если это Вам не пригодиться по жизни.
Живая демонстрация поможет найти ответы на многие вопросы.

С Уважением,
Георгий.

Большое спасибо!
Думаю, что этот вариант маловероятен, так как в мои планы не входит приобретение Axapta. А заставлять попусту тратить людей время не хочется.