Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Забыл адрес указать - www.calligraph.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.01.2003, 13:04 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Зацените там в анкете для скачивания вместо чек-боксов для отметки подписки на рассылку стоят радиокнопки, причем хитро так, без отмены.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2003, 13:48 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Действительно CalliGraph является достаточно оригинальной разработкой. Однако, мне кажется, что это хороший генератор аналитических отчетов, но не OLAP средство(генератор) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2003, 11:02 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Вокруг определения OLAP сломано столько копий, что............. Какие OLAP-задачи на Ваш взгляд не выполнимы в CalliGraph? И каким из 12 классических требований Э. Кодда к OLAP продуктам не соответствует CalliGraph? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2003, 20:02 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Радиокнопки убрали, а вообще, можно не отправлять, а закрыть ... или вернуться на предыдущую страницу ;)) Одним словом, спасибо за замечание. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2003, 20:09 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Посмотрел демо версию. Если это генератор ОЛАП отчетов, то где же поддержка drilldown , drillthrough ? Хотя, может я не разобрался... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2003, 13:49 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Для выполнения функции drill down (в CalliGraph - "расшифровка") необходимо выделить ячейку и щелкнуть по ней левой кнопкой мыши. Все. Посмотреть, как работает можно в demo 5-8 (аналитические отчеты). Над новым документом можно выполнять операции - менять его образ, добавлять новые фильтры или измерения, новые формулы и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2003, 16:33 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Да, дейтвительно вокруг OLAP много шуму. К сожалению, в России нет ни одной фундаментальной книги по OLAP. Все что я видел это либо описание какого-либо продукта(чем является и 12 принципов Кодда), либо общие слова. Только в России 12 принципов Кодда считается классическими. На самом деле работа Кодда привлекла большое внимание к анализу данных и ввела термин OLAP и больше ничего. Работа Кодда была опубликована в ComputerWorld в сентябре 1993 как результат незвисимых исследований. Однако позже выяснилось, что эта работа финансировалась Arbor Software. Уже в октябре ComputerWorld опубликовала извинение. Статья уже рассматривалась как реклама продуктов Arbor, которые наиболее удовлетворяли 12 принципам. Поэтому научность этой статьи - большой вопрос. В мае 1995 вышла новая статья, в которой Кодд расширил 12 принципов до 18, но никакого интереса эта статья уже не вызвала. Но дело даже не в истории с Arbor. В работах Кодда по OLAP много противоречий и нет действительно важных четких определений. Что такое “измерение” в работе Кодда вообще непонятно. В 12 принципах смешаны логические аспекты и физические. Я не буду здесь приводить разбор этой статьи. Предлагаю прочитать статью на русском «Что относится к OLAP?» (http://www.cfin.ru/itm/olap/olap_fasmi.shtml). Также советую почитать книгу: Erik Thomsen “OLAP Solutions: Building Multidimensional Information Systems”. В CalliGraph отсутствует самое главное - многомерное концептуальное представление данных, включая полную поддержку для иерархий и множественных иерархий. То есть нет средств описания структуры измерений. По сути понятия измерение нет, поскольку построение градаций в отчете определяет лишь структуру отчета. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2003, 11:40 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Абсолютно с Вами согласен. Шуму много. И теоретических споров тоже. Поэтому, вперед, к практике. CalliGraph предназначен для конечного пользователя, не программиста. Это первое. И общается с Вами именно пользователь, обычный юзер, который пробовал работать на Crystal Reports и Business Objects. Поэтому, с Вашего позволения, «средств описания структуры измерений» можно было бы и не искать. Почему? Потому что в CalliGraph нет кубостроителя – программа обращается к OLTP данным. Пользователь видит поля БД в терминах, понятных ему (это задача админа дать такие бизнес наименования при настройке на БД). Следовательно – пользователь самостоятельно формирует необходимый ему отчет, выбирая нужные ему градации и задавая ограничения (фильтры), формулы и вычисления. Более того, пользователь может создать дополнительные измерения – например формулу, которая базируется не только на данных БД , но и задаче «что, если…», т.е. прогноз. Ну т.д…. одним словом – второе: назовите задачу – но обязательно конечный результат, а не промежуточный - которую необходимо выполнить, а CalliGraph по вашему мнению с этой задачей не справиться. Это будет на мой взгляд некое разрешение нашей дискуссии, причем самым наглядным образом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2003, 23:43 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Я не знаю, на каких пользователей может быть рассчитана эта система. Чтобы обращаться напрямую к OLTP данным. Не могу себе такого представить. Я много видел систем (в основном торговых). Как правило менеджеры среднего звена, маркетологи, финанализ и т.п. не представляют себе во всех тонкостях стурктуру OLTP базы... Да и не должны себе представлять. Я считаю система отчетности, на чем бы она не была построена должна выкладывать пользователю данные "на блюдечке", чтобы ему не надо было рыться в куче столбцов и разбираться какие надо учитывать, какие не надо, по каким ставить фильтр по каким не надо.... Менеджер хочет получать отчет за минуты-секунды (это, например позволяет с легкостью сделать MS OLAP). Если в том же MS OLAP отчет строится хотя бы минуту-другую, это отчет уже могут не дождаться... А если надо САМОМУ предпринимать множество действий, чтобы получить отчет - этим пользоваться НЕ БУДЕТ НИКТО! Я повторюсь, я ставил отчетность в компаниях, занимающихся торговлей и не претендую на истину в послденей инстанции. С уважением, Павел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2003, 10:55 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Системный администратор, вероятно знающий :) структуру БД настраивает CalliGraph - это же было написано - а пользователь самостоятельно выбирает необходимые ему поля, например - Дата продажа, время продажи (sic! - когда в супремаркете лучше продается пыво - утром или вечером - делает отчет и вдруг вспоминает - нужно добавить марку пива!!!!!!! ого!! и добавляет легким движением мыша это поле... и ВДРУГ, забыл для анализа добавить еще что - и вновь легким движением мыша. Примитив конечно. Ну например я, когда работал с клиентами банка, отчет создавал сам, но не сразу, а постепенно, выбирая необходимые мне поля для анализа и манипулируя ими. Причем CrysRep отдыхает. Это к слову. Заранее согласен, что этот самый крыс - не самое лучшее решение - но сколько лимонов пользователей??!! Слишком продвинутый пользователь?? Ну не думаю. Просто, когда не было такой возможности, все привыли - отчет на блюдечке. Боялись спросить - я видел эту сцену - не буду описывать. Одним словом, ребяты, о чем спорым.??? Если помните, ну вдруг, в старые добрые времена говорили так - я эту книгу не читал - но как все считаю - не могет быть, що бы хто-то окромя Ораклы или мелко мягкого, ну или я уж не знаю еще кого(хотя как говорят, сегодня их не меньше 30), смог сделать что-то толковое. Все наши обсуждения - не по существу. Повторяю предложение - назовите РЕЗУЛЬТАТ, которого нельзя достичь с помощью CalliGraph - и тогда могу согласиться - дискуссия окончена. И последнее - пользователи есть разного уровня. И с разными требованиями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2003, 11:29 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
> Повторяю предложение - назовите РЕЗУЛЬТАТ, которого нельзя достичь с > помощью CalliGraph - и тогда могу согласиться - дискуссия окончена. > И последнее - пользователи есть разного уровня. И с разными требованиями. Чтобы составить предложение необходимо сначала досканально изучить ваш продукт. Вы этого и добиваетесь :) А по поводу рассуждений о том что продукт может и что продукт не может тут не стоит оценивать продукт только с этих позиций. Например, MS Access имеет встроенный Visual Basic и это позволяет ему мочь практически все - хоть выступать в роли графического редактора :) Вопрос в том насколько все естесвенно в вашем продукте не только для пользователя, но и для разработчика. Как просто применить ваш продукт к конкретной ситуации, к конкретной структуре базы данных. Или вы предлагаете менять структуру для совместимости с вашим продуктом ? Исходя из этих соображений и строятся базовые требования к OLAP системам: - они должны понимать и иметь иерархичности - они должны иметь многомерное хранилище для достаточной скорости работы - они должны иметь ... все что они должны бы иметь пока не сформулировано окончательно, но очевидно, что именно те 30 или сколько-то фирм разработчиков определяют сегодня стандарт де-факто. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2003, 13:17 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
По поводу задачи с которой не справиться CalliGraph: вопрос нужно ставить так - насколько эффективно он справиться! Потому что любой генератор отчетов может справиться с любой OLAP задачей, просто это будет не эффективно. Ваш продукт эффективен в определенной области. Мне кажется, что отсутсвие поддержки иерархий делает его неудобным при работе с иерархическими данными. Как построить иерархию Parent/child в CalliGraph? Я считаю, что CalliGraph реализует определенные OLAP функции, однако это не OLAP продукт, так как ключевые OLAP требования поддерживаются слабо(неэффективно) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2003, 14:45 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Re: CalliGraph - альтернативный OLAP-генератор отчетов Для CalliGraph'a все измерения равноценны, а потому работая с N измерениями можно построить любую из (N+1)! иерархий представления данных. Это теоретический предел и Calligraph его обеспечивает. М.б. кто-то знает другие продукты, которые обеспечивают этот предел и подобную гибкость? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2003, 16:19 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
цит:"- они должны понимать и иметь иерархичности - они должны иметь многомерное хранилище для достаточной скорости работы". По первому требованию - ответ да. По второму отвечу не я. http://www.lanit.ru/olapsystem.html#local4 раздел - "Пользователи OLAP систем" - "Таким образом, если хранилище данных – в основном объект внимания директора по информационным технологиям (а специалисты финансово-экономических служб о его существовании могут даже и не догадываться), то OLAP без преувеличения можно назвать программным средством из арсенала экономиста. Ведь именно экономист имеет дело с самыми разными аналитическими задачами: маркетинговым анализом, анализом продаж, анализом бюджетных показателей, анализом финансовой отчетности и др." Остальные требования по функциям также реализованы. А по-поводу досконально изучить продукт, чего мы добиваемся на Ваш взгляд - нет, если чтобы с ним разобраться, необходимо доскональное изучение и многое неочевидно - это наша недоработка, будет улучшать, эту, как ее................. а, usability. Здесь еще есть над чем работать. Сами знаем :)) и работаем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2003, 03:39 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
<< Я считаю, что CalliGraph реализует определенные OLAP функции, однако это не OLAP продукт, так как ключевые OLAP требования поддерживаются слабо(неэффективно)>> Готовим к публикации на сайте небольшую таблицу по сравнению функций между Business Objects, Cognos Power Play, MS OLAP SServices/MS Excel, Oracle Discoverer, Oracle Express, CALLIGRAPH. Может подборка и предвзята, ну пока что смогли. Это как некий ответ. Или же вся эта компания, к которой мы добавили CalliGraph - тоже не OLAP? Публикация будет на этой неделе, напишу сразу как появиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2003, 03:48 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
> VZL "Для CalliGraph'a все измерения равноценны, а потому работая с N измерениями можно построить любую из (N+1)! иерархий представления данных" Я не понял ответ. Дело не равноценности измерений и не в построении представления из N измерений. Вопрос в том, как я могу определить внутреннюю структуру измерений, насколько это удобно. Поддержка иерархий означает, что продукт позволяет удобно определять внутреннюю структуру измерений, то есть позволяет строить иерархии из членов измерения. CalliGraph дает возможность построить иерархию из членов измерения при построении отчета, но только вручную. И потом как использовать построенную иерархию в другом отчете. Средства описания структуры измерений нужны не только для построения кубов, но и для анализа данных. Еще раз повторю вопрос: как построить иерархию Parent/Child внутри измерения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2003, 12:20 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
> Re: kaumay > Я не понял ответ. Дело не равноценности измерений и не в построении > представления из N измерений. Вопрос в том, как я могу определить > внутреннюю структуру измерений, насколько это удобно. На мой взгляд, не просто удобно, но и максимально логично. Например, если речь идет о времени, то Вы просто указываете нужные даты или периоды в любых сочетаниях. (Мы называем эту внутреннюю разбивку граничными условиями анализа выбранного реквизита.) Если речь идет о бухг. проводках, то Вы перечисляете нужные для анализа счета, объединяя их под нужными Вам названиями "малоценка"(в нее входят счета NN...), "основные средства" (NN...), "ценные бумаги" (NN...). Если речь идет об обработке миграционных карт, то интересно посмотреть: прибыло, убыло, в т.ч. из городов, сельской местности, из-за границы и т.д. Если речь идет о диспансеризации больных, то Вы указываете интересующие Вас диагнозы, и т.д. > Поддержка иерархий означает, что продукт позволяет удобно определять > внутреннюю структуру измерений, то есть позволяет строить иерархии из > членов измерения. CalliGraph дает возможность построить иерархию из > членов измерения при построении отчета, но только вручную. Нет, Вы не дочитали и не попробовали. После того, как Вами выбраны нужные градации (реквизиты, поля БД - назовите как Вам нравится) и определены для них граничные условия, работает автомат. (Кстати, в качестве градации м.б. и любая Ваша формула.) Вы можете получить один и тот же документ любым из (N+1)факториал существенных способов, где N - количество задействованных реквизитов. Вы только указываете мышкой "направление" - какой реквизит хочется видеть "вдоль", какой "поперек", а какой по "диагонали". Для автомата это все равно - размеры, форма, корректное взаимодействие подключенных функций - на то и железяка... Эргономика заложена в алгоритмы. А иерархии определяются тем порядком, в котором Вы их расположили в запросе. Мой совет - когда повара наперебой хвалят свою стряпню, то лучше взять большую ложку и попробовать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2003, 13:24 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Простите за то, что встреваю в дискуссию, но я пока что новичок в OLAP, поэтому хочу набраться опыта. Насколько я понял из описания на сайте, софт работает с обычными реляционными БД, а вы говорите об иерархиях, которых, как таковых, там нет. Как организовывается иерархичное представление данных в реляционных базах и какие продукты, работающие с ними (имеется ввиду отчетники типа Crystal Reports), на ваш взгляд, имеют хорошие OLAP-функции ? В том же Crystal есть отдельная работа с кубами, но на обычных реляционных БД от OLAP там почти ничего нет(или я не нашел). Вы не посоветуете что-нибудь ? Просто по работе столкнулся, хочу немного в этой области разобраться. PS Извиняюсь за то, что письмо немного не в тему ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2003, 17:09 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Проблема в отсутствии поддержки иерархий заключаются в том, что внутри иерархии уровни измерения неортогональны. И эмуляция иерархии измерения путем создания множества измерений может привести к неработоспособности системы даже на не очень больших объемах данных - в таких случаях степень роста о(x pow (n/2)), при том, что если использовать алгоритмы можно свести все к о(nx). Например, если Вам демонстрировали систему на тестовой базе где 100 товаров, в 3 уровнях, 30 контрагентов тоже в 3 уровнях, 100 элементов в времени в 4 уровнях(ГКМД) ну и для примера все, и система, например считала 10pow(-3) секунды, то при переходе на реальную базу где 2000 наименований товаров в 7 уровнях, 1000 контрагентов в 5 уровнях, 600 элементов в таблице времени вы получите время обсчета в 10exp17 раз хуже, то бишь более 10 миллионов лет ;-). В то время как если система знает что измерения неортогональны можно сделать так, чтобы время было около 20 секунд. При этом при расчетах я считал что измерения сбалансированы и равномерно растут по уровням, что несколько сокращает разрыв, но он и так большой... Правда эти расчеты имеют смысл для тех кто пишет MOLAP сервер, у Вас может быть проще... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2003, 19:00 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
To MaD MaXX Не понятно откуда у вас взялись такие расчеты? Мне кажется что для OLAP машины не сильно важно знать о том, что определенная иерархия представлена одним измерением или каждый ее уровень является самостоятельным измерением. Делать вывод о том как это может сказаться на скорости обработки можно применительно к конкретному продукту и только в том случае если вы знаете алгоритмы его OLAP машины. Или вы пишете свой OLAP сервер и даете вычисления для него ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2003, 04:49 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Это простые математические расчеты, которые я могу привести. Модель, конечно, немного идеализированная, но вполне адекватная. Единственное, из предположений, которое может увеличить количество шагов алгоритма - это предположение о том, что рассчитывается структура с 100% агрегатов. Все остальные предположения делались таким образом, чтобы это была оценка снизу. А проблема, про которую я написал, на самом деле существует. Нам некоторое время назад пришлось отказаться от использования одной недорогой OLAP-машины именно по причине отсутствия поддержки иерархий. На малюсенькой тестовой базе все было нормально, на большой базе с очень простой структурой все было нормально, а загрузка в нее 70мб таблицы со структурой не сильно сложнее того что я описал в предидущем сообщении оказалась непосильной... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2003, 11:20 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
>Нам некоторое время назад пришлось отказаться от использования одной >недорогой OLAP-машины именно по причине отсутствия поддержки иерархий. >На малюсенькой тестовой базе все было нормально, на большой базе с очень >простой структурой все было нормально, а загрузка в нее 70мб таблицы со >структурой не сильно сложнее того что я описал в предидущем сообщении >оказалась непосильной... Интересно поглядеть на структуру, которую нельзя было обработать. И расчеты тоже интересны. Также интересно какую OLAP-машину использовали (фирма разработчик, название продукта) и какое решение стали применять после (на какой продукт перешли). Мой интерес не простое любопытство. Дело в том, что я сам принимаю участие в разработке OLAP компоненты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2003, 14:08 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Уважаемые господа! Когда же все-таки Вы перестанете обработку "кубов" называть OLAP-системами? О какой же "On Line" обработке можно говорить, если создание т.н. "кубов" может занять часы, а то и сутки? И второй вопрос: Когда же все-таки перестанут говорить (или скромно умалчивать) о равноценности измерений при "кубостроительстве"? Если программист угадал какие измерения и с какой точность для "кубов" брать - хорошо, а если нет - делай новые "кубы". Смешно, когда делают вид, что кто-то может спрогнозировать вопросы действительно грамотного аналитика, который, порой, сам не знает куда его занесет в процессе анализа и от каких факторов ему придется "танцевать". На мой взгляд, что бы ни говорили о критериях Е.Ф.Кодда - они классика для OLAP. И оценивать продукты, декларируемые как OLAP, следует именно по этим критериям. (По крайней мере до тех пор, пока другие критерии не станут классическими.) Все прочее - от лукавого. И еще от того, что сделать OLAP-систему работающую с OLTP-потоками очень трудно. Еще труднее сделать это за минимальное время, т.е. ЗА ОДИН ПРХОД ПО ИНФОРМАЦИИ (меньше-то не бывает!), а в идеале, с параллельной обработкой OLTP-потока. (При этом все расчеты уважаемого г-на MaD MaXX становятся просто забавной игрой в цифры.) Надо говорить еще и о том, что следует сделать интерфейс, которому можно обучить End User'a за полчаса, и чтобы он просто указывал какой документ ему нужен, с какой разбивкой, с какими расчетами, какие измерения расположить "вдоль", какие "поперек", какие "по диагонали". А дальше уже забота программиста: научить работать автомат, которому без разницы размеры и сложность документа, вложенности, иерархии, корректное взаимодействие подключаемых функций (вне зависимости от сложности и размеров документа) и т.д. (Конечно этот подход в корне отличается от того, что декларирует г-н Павел Ишенин: программист может все. Да, может! Но OLAP д.б. ориентирован на End User'a, а не на программиста! Не будет же он утверждать, что программист может создавать документы для аналитика в On Line!) Как это ни печально, но именно этого требует ГРАМОТНЫЙ пользователь. А Е.Ф.Кодд просто четко сформулировал все эти требования пользователя - не больше и не меньше. И пользователь прав уже даже только потому, что он платит деньги. Лапшу на уши малограмотному End User'y навешать, конечно же, можно, но это ненадолго. Все равно он поймет, что ему нужно. P.S. Заранее приношу извинения за то, что многим наступаю на любимую мозоль, но истина дороже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2003, 14:25 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
на сайте http://www.calligraph.ru/talk открылся форум, кроме того, обещанная сравнительная таблица функциональных возможностей Business Objects, Cognos Power Play, MS OLAP SServices/MS Excel, Oracle Discoverer, Oracle Express, CALLIGRAPH - http://calligraph.ru/olap_tabl.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2003, 12:11 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Ну-у-у, ребят, если вы плохо знакомы с возможностями Analysis Services, то это не значит, что их (возможностей) там нет. На вашу табличку сравнения больно смотреть. Уж не позорились бы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2003, 18:08 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Ну и сравнение у вас. Вы явно MS Analysis Services, а только Excel сравниваете. И еще, ваше упрямство по поводу иерархических измерений просто веселит :) Вы считаете, что только ваш продукт может предстваить данные (n+1)! способоми. Никто не мешает этоже самое выполнить в любом другом продукте. Речь в этом форуме шла не об этом. Внутренняя жесткая иерархия внутри измерения не в коем случае не мешает пользователю. Просто некоорые последовательности измерений не имеют смысла. Например, если имеется ввиду иерархия "клиент", состоящая из уровней страна-город-фирма, то не имеет смысла выводить эту последовательность в виде фирма-город-страна, или страна-фирма-город. И кроме того, необходимы удобные способы определения иерархии. Может ли ваш продукт понять таблицу с полями ID | Name | Parent где Parent есть ссылка на ID как набор уровней иерархии? Речь идет именно об этом!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2003, 06:03 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
>>На вашу табличку сравнения больно смотреть. Уж не позорились бы... Если Вы были внимательны - сия табличка взята из открытого источника с разрешения автора - г-на Филиппова. Это лишь одна из точек зрения. А по поводу позорились - давайте будем корректны, есть возражения - мы готовы опубликовать их на сайте, ну например Ваш вариант этой же таблицы. С уважением. Последнее - сегодня функции CalliGraph таковы, что мы можем говорить о нем как об OLAP-генераторе отчетов для реляционных БД. Все что связано с кубами (OLAP-хранилища как источник данных) в стадии разработки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2003, 14:18 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
> И кроме того, необходимы удобные способы определения иерархии. > Может ли ваш продукт понять таблицу с полями > ID | Name | Parent > где Parent есть ссылка на ID как набор уровней иерархии? А что имеется под фразой "понять таблицу" ? Продукт должен сам построить и показать юзеру дерево иерархии ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2003, 19:13 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Естественно, что дать возможность определить такое иерархическое измерение. А в дальнейшем при необходимости и отобрахить дерево иерархии измерения, например, в кросс-таблице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2003, 04:50 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Товарищи, Вы о чем - я пользователь - ну зачем мне ваша иерархия - у меня есть инструмент для работы, без зауми. Если я не о том - замечательно. Давайте о другом - я с помощью CalliGraph наистраиваюсь на БД - и здесь, О УЖАС!!!!!!! выясняется, что БД сделана так бестолково, что в ней сам черт ногу сломит. Но нет. все не так. БД великолепна = )шутка = но все же. В процессе создания настройки генератора на БД админ дает наименования полям БД в терминах пользователя, определяет связи (лучше максимально разрешенное этому пользователю количество полей и связей) - и в результате что же - ОПЯТЬ УЖАС - пользователь сам решает какой отчет ему сформировать. Не спрашивая ничего, ну ничего у админа. ОБЫДНО, КАНЕЧНА. Готов принять удар разгневанных программеров на себя - можете посылать, ну или присылать на реальную почту - dmpolikar@mtu-net.ru Последнее - как это не удивительно покажется кому-то, пробовал в работе Crystal Reports BusObjects и CalliGraph(да, скажут - а где Cognos, ProClarity,Oracle - не нашел или не дали демо, хотя возможно ProCl дадут). Скажу честно - начинал с Каллиграф. после него Кристал - остой - Бизнес Об - сильнее во многом за счет интерфейса и большого количества примочек - но из этих примочек - нужно было только примерно 30-40 % ( это для чайников совет - почитайте, можа пригодится: Джеф Раскин. Интерфейс.Новые направления в проектировании компьютерных систем. СПб-М.2003 - а то дурют нашего брата). Да, над Каллиграфом нужно еще поработать - но нужные мне задачи он решал с успехом - анализ клиентской базы банка. Не скажу, что это Гигабайты, или тера.... Но скажу, что кубы не нужны (это написано по просьбе разработчиков - про гига и тера, и кубы - мне это не интересно) И последнее >> Следование догматам грозит матом. Ежи Лец. :) << ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2003, 12:19 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
> Естественно, что дать возможность определить такое иерархическое > измерение. Что вы имеете под словом "определить" ? Возможность выбирать данные никто не отберет, какая бы ни была структура. Значит, по всей видимости, подразумевается какая-то специфичная работа с такими данными ? > А в дальнейшем при необходимости и отобрахить дерево иерархии > измерения, например, в кросс-таблице. А если там, допустим, случайно порушатся ссылки(получиться элемент косвенно ссылающийся сам на себя, например) ? Тоже вопрос не простой. А взваливать контроль ссылочной целостности на софт для анализа данных несколько ...гм... неправильно. Как тогда, по-вашему, должна выглядеть система, работающая с подобными БД ? Какие функции ей необходимы в плане интерфейса и в плане работоспособности ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2003, 15:46 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
>Что вы имеете под словом "определить" ? >Возможность выбирать данные никто не отберет, какая бы ни была структура. >Значит, по всей видимости, подразумевается какая-то специфичная работа с >такими данными ? Когда появляется необходимость иметь жесткую иерархию в базе данных часто это решается с помощью создания вышеописанной структуры. Однако использовать такие структуры для описания измерения умеют лишь единичные аналитические инструменты. Никакой специфической работы не предполагается по крайней мере для пользователя. Просто, такое иерархическое измерение будет состоять из нескольких жеских уровней. Жестких, так как порядок следования задан в исходной таблице. Как я понял, в Caligraph можно задать измерение как поле таблицы и следовательно измерение не может состоять из нескольких уровней. Предлагается расширить понятие измерения и задавать измерение по трем полям таблицы (наименование, код, сслыка на код). Это ни в коей мере не снизит возможности продукта, а наоборот позволит разработчику шире использовать возможности реляционных таблиц, и создавать более предсказуемый и удобный интерфейс для пользователя. >А если там, допустим, случайно порушатся ссылки(получиться элемент >косвенно ссылающийся сам на себя, например) ? Тоже вопрос не простой. А >взваливать контроль ссылочной целостности на софт для анализа данных >несколько ...гм... неправильно. Если такая таблица создавалась не вручную, а некоторым программным средством умеющим обращаться с подобными структурами (а эта структура - простое дерево), то кривых ссылок быть не должно. И вообще, кто сказал, что аналитический инструмент должен заботиться о ссылчной целостности. Если вы имеете кривую базу, то первым делом ее надо распрямить, а уж потом приступать к анализу. С Уважением, Ишенин Павел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2003, 05:00 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Г-ну Ишенину. Уважаемый г-н Ишенин. Вы пишете: > Как я понял, в Caligraph можно задать измерение как поле таблицы > следовательно измерение не может состоять из нескольких уровней. > Предлагается расширить понятие измерения и задавать измерение > по трем полям таблицы (наименование, код, сслыка на код). > Это ни в коей мере не снизит возможности продукта, а наоборот > позволит разработчику шире использовать возможности > реляционных таблиц, и создавать более предсказуемый и удобный > интерфейс для пользователя. Правильно ли я понимаю эту фразу, как необходимость делать некие составные измерения, типа "Товар-Время-Фирма-Вид оплаты-Валюта ..."? Если это так, то как можно пользователю объяснить такое измерение и в каких единицах задавать граничные условия для анализа? Calligraph в таких случаях делает выборочный N-мерный куб и разворачивает его на плоскость в виде, который требуется пользователю. Если же Ваше описание КОД-НАИМЕНОВАНИЕ-ССЫЛКА НА КОД рассматривать как классическое описание дерева в реляционной таблице, то любые действия с этим наименованием возможны, включая и обработку стоящих за данным (составным, по сути, ключом) наименованием фактов (временем продажи, ценой, фирмой производителем, датой выпуска и т.д.). А ссылочные реквизиты данного дерева позволят производить анализ с учетом иерархии описанного дерева. Например, Вы описали такое дерево: ТОВАРЫ Промтовары Оборудование Станки А1 ..... АN Автомобили В1 ..... ВK ....... Продтовары Овощи С1 ..... СM Пиво D1 ..... DI ....... В этом случае Calligraph позволит Вам сделать анализ во всех тех разрезах, иерархиях и фактах (и с подробностью до фактов), данные о которых хранятся в этих таблицах. Вы можете посчитать обороты по всем товарам в количестве единиц измерения, в ценах разных валют, по отдельным группам или группам из групп со всеми необходимыми итогами любой вложенности и пр., развернуть это все по регионам, поставщикам, времени и т.д., подключить вычисление процентов, средних, общих сумм и др. функций. (Разумеется, если эти факты присутствуют в данной или связанных с ней таблицах.) Более того, Calligraph позволяет Вам ввести свои формулы для анализа, например, прибыли и/или налогообложения в разных зонах и, с учетом разных схем продаж, проанализировать свою прибыль в режиме "Что если...? (зарегистрируемся в оффшоре, "перепутаем" товарные группы в отчетности и т.д.) Перечитал письмо и подумал вот о чем: за время, пока я писал этот ответ, вполне можно было бы скачать демо-версию Calligraph (~20 Mб), развернуть у себя на компьютере (~2-3 мин.) и попробовать "живьем", начав изучение с поставляемых вместе с демо-версией десятком примеров. Не программисты осваивают работу с Calligraph за полчаса. Специалисту хватит этого времени еще и на то, чтобы разобраться в системе и включить в обработку свои БД. Выложенная демо-версия работает с ORACLE, MS SQL и разными "малыми" СУБД (типа Paradox, dBASE, Access и др.) В полной версии обрабатываются данные СУБД CACHE'. В ближайшее время вводим поддержку DB2 и Informix. Еще раз повторю принцип, которому стараюсь следовать: когда более 30 "поваров" (производителей OLAP-продуктов) хвалят свою стряпню, лучше всего взять хорошую ложку и попробовать произведение каждого. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2003, 16:37 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
1. Уважаемые коллеги хватит дешевой саморекламы Говорите , что у Вас лучшее средство для анализа!?! Скажите, а сколько всего лицензий вы продали на него? За последние 5 лет? За последний год? Полгода? Покажите чат продаж лицензий! Если Вы такие умные, то почему такие бедные? Пишите что все крутые западные компании в восторге от Вашего продукта! Вами интересовались из IBM , SAP и другие! А сколько лицензий купили они либо скольких клиентов они привели к Вам? 2. Может Ваша разработка уникальна на российском рынке? Так ведь нет! Я с ходу могу назвать по крайней мере 3 отечественных аналога вашего ПО, которое так же можно купить весьма недорого: а) Интерсофт б) Прогноз в) Брэдфорд (если он еще жив) и если поискать, то можно еще найти пяток софтин с претензией осчастливить глупых и несчастных пользователей за 1 час(Прогноз пожалуй исключение). Я, например, работаю в компании, которая за последние 10 лет умудрилась навоять 5 построителей нерегламентной отчетности для крупнейшей российской финансовой структуры, но у нас, большинство сотрудников понимают, что это не конкуренты западным коммерческим разработкам и подобные дилетантские таблицы по сравнению продуктов у нас никто не публикует. Кстати, об уровне вашего понимания говорит хотя бы тот факт, что вы умудрились объединить совершенно разные продукты Oracle Express и Discoverer вместе и дать им общую оценку. Причем, немного зная эти продукты могу сказать, что не отвечающую действительности. 3. А что такое анализ в вашем понимании? Судя по этой конференции для вас возможность генерации произвольного запроса и нерегламентная отчетность и есть весь аналитический процесс. Или я что – то не понял из ваших маркетинговых материалов. 4. И еще… Работа измерениями и с иерархиями Все-таки ответьте на вопрос: Как с помощью вашего инструмента поддержать иерархии их перечисленных ниже? а) иерархии, основанные на уровнях в частности: - не сбалансироанные - иеррархии с разрывами б) иерархии основанные на значениях (без выделения уровней) Какие реализации на уровне модели данных РСУБД я могу применить для описания измерения и его иерархий из перечисленного ниже? - реализация «звезда» - все уровни и их атрибуты в одной таблице - реализация снежинка - уровни в разных таблицах - реализация иерархии по типу «Parent – Child» - реализация иерархии по графовой модели Как задать описание альтернативных иерархий и их уровней? Например: какими из вышеперечисленных способов Вы в состоянии реализовать измерение «Организационная структура» или «Территории» ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2003, 16:15 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Re: Aleksm\r \r Уважаемый г-н Мочальников,\r Дайте пожалуйста ссылку на цитату - «лучшее средство для анализа» - или следите за словами.\r \r 1. Надеялся, что форумы существуют для обмена мнениями между профессионалами, тем не менее, приятно, что сюда заглядывают и «школьники» для упражнений с цитатами и ответов на вопросы, которые самими же и придуманы (типа: «Если Вы такие умные, то почему такие бедные?» и т.п. «перлы»). \r Предложение обсудить нашу программу на этом форуме среди профессионалов и выслушать конструктивную критику не имеет никакого отношения к рекламе, на мой взгляд – в отличии, скажем от навешивания лапши на уши клиентам: вот-де новый продукт, супер – после его косметической отделки. \r Повторю, что продукт для конечного пользователя, и вряд ли они заходят на этот форум – поэтому наши действия больше похожи на самоубийство, а не рекламу – если заявленные нами возможности программы не реализованы в ней.\r \r Ну, бог с ним, не будем о бедности, и о легендарных гаражах тоже не будем.\r Скажу лишь, что «бедные» люди занимаются внедрением 1С, тихо ее проклиная, ваяют за месяц «на коленке» что-нибудь не очень тоскливое и безмерно гордятся собой.\r Нужны примеры – поищите ссылки по слову olap и генератор отчетов.\r Собственные же разработки требуют оригинальных идей, серьезных вложений и времени. \r \r Одним словом – если Вы полагаете, что нужно тихо заткнуться и есть что дают – ну что ж, пополняйте ряды пользователей, которые считают, что лучший бутерброд – это гамбургер из МакДональдса и ничего лучшего в этой жизни уже не придумаешь. Мы с ними и с Вами не согласны. Качество и необходимость товара (а софт – это тоже товар) пусть определит ПОКУПАТЕЛЬ. \r \r О продажах – они позволяют уже пять лет совершенствовать продукт – и сейчас средства от этих продаж вложены в разработку очередной версии.\r \r О SAP, IBM, есть еще CACHE и другие – написано же – «проявили интерес», «ведутся переговоры» – это не показатель крутости – это показатель здравого смысла западных менеджеров, оценивающих партнеров не по месту происхождения, а по качеству и оригинальности идей. Вы в Индии бывали? Нет, наверное. А жаль….\r Кстати, в этом году мы открыли представительство в Штатах – в логове, так сказать…. \r Вероятно для того, по-вашему, чтобы и там «осчастливить глупых и несчастных пользователей за 1 час».\r \r 2. Об уникальности. \r Уникальности продукта может заключаться не только в решаемых задачах, но и в средствах и инструментах решения. Названные Вами программы не являются средствами для конечного пользователя – Fast Report, либо выполняют другие задачи – Брэдфорд. Дадите ссылочку на Прогноз – посмотрю, но думаю там то же самое. \r \r Если говорить о «пятке софтин» – о других программах – называйте конкретно, будем сравнивать, но учтите, даже на западном рынке представлено в целом различных OLAP инструментов около сотни, безусловно, с учетом самостоятельных клиентских программ. Кстати, как Вам OLAP-генератор отчетов для Excel – впрочем, кажется это разработка австралийцев или канадцев… :) И она, кстати, отнюдь не freeware. (Download a free 30-day trial version of OLAP@Work for Excel – www.olapatwork.com)\r \r /topic/21108 - это ссылка на этом же форуме – там одна из многих дискуссий об OLAP, на мой взгляд, интересная и продуктивная.\r \r Надеюсь, Вы внимательно читали первую страницу сайта – из нее видно, что CalliGraph на сегодня решает задачи OLAP-клиента для реляционных СУБД.\r \r Еще раз об «уровне нашего понимания» - на www.calligraph.ru черным (точнее синим) по белому (серому) написано - ТАБЛИЦА СРАВНЕНИЙ – НЕ НАША РАБОТА – И АВТОРСТВО УКАЗАНО. Мы лишь добавили к ней свою оценку CalliGraph.\r \r 3. Об анализе.\r Обработка (или, если точнее – визуализация) информации уже имеющейся в «кубе» не более чем активный и быстрый (по тесту ФАСМИ не более чем за 5 сек.) разговор с «покойничком». \r За это время он выбирает ответы, которые Вами уже заранее там заготовлены. Тогда почему не за 0.05 сек? :)\r Правильно ли я Вас понял, что именно это Вы называете OLAP-анализом? \r Интересует ли аналитика при поддержке принятия решений в On-Line вопрос: «А потел ли покойничек перед смертью?». \r Мы даем возможность специалисту-аналитику работать с текущими OLTP-данными и по всем доступным ему измерениям, в том числе и вычисляемым по его формулам измерениям, а не только по тем, которые ему загнали в «куб», к тому же с той детализацией, которая его может и не устроить. (Это по Вашему замечанию к таблице, где у Oracle прочерк в шестом критерии Е.Ф.Кодда - о равноправии измерений) \r Кстати, совсем немногие продукты его обеспечивают, а уж из приведенного Вами списка – ни один. \r Ближе всего к этому подошел MicroStrategy. В нем, однако, используется многопроходная обработка исходных данных, создание промежуточных таблиц, вьюверов и т.д. В отличие от него, наш продукт делает любой документ за один проход по информации (с возможностью, кстати, его распараллеливания). Это то, о чем я говорил как разработчик. За высказывания других людей (а демо-версию уже скачали несколько сотен человек) я отвечать не могу. Каждый имеет право говорить то, что он считает правильным. \r \r Конечно, за все приходится платить. Даже один проход по БД требует времени больше, чем выборка готового отчета. Мы смогли дойти до теоретического предела по обработке БД – за один проход и даже с возможностью его распараллеливания. Кроме того, идет обработка OLTP-данных – минимально возможный объем. \r Нам удалось минимизировать потоки на сетях – к серверу идет только SQL-запрос, а обратно – только данные для раскладывания по ячейкам документа. \r Поэтому, если БД спроектирована грамотно, на пользователя подключаются только нужные ему данные периода управления (а не с «Ноева потопа»), правильно заданы ассоциаторы или индексные файлы и прочие «мелочи», то время реакции системы достаточно даже для того, чтобы (пример из практики) зам директора достаточно крупного предприятия пользовался ею на оперативных совещаниях. \r Еще об анализе.\r Существует три основных типа документов: списковые, аналитические (по сути – это развернутые на плоскость выборочные «кубы» со всеми возможными расчетами) и композитные документы – комбинации на одном листе из любого количества первых двух типов. \r С точки зрения usability мозг нормального человека способен воспринимать только однородную информацию, или документы первого или второго типа. Композитные документы воспринимаются по частям, для поддержки принятия решений не нужны и в последнюю версию продукта их автоматическое формирование мы не включаем. \r 4. Иерархии, архитектура БД, типы связей таблиц, операционная система, типы сервера, протоколы сетей и т.п. тонкости. \r Пользователю интересен только свой семантический слой. Смею утверждать, что все прочее ему глубоко безразлично. Эти вопросы - прерогатива администратора БД. От того, как он организует БД, какую выберет СУБД, как организует работу сервера, какие права и приоритеты предоставит пользователям и многого другого зависит скорость получения информации пользователем и, следовательно, оценка работы системы. \r При неквалифицированном администрировании можно даже самую прекрасную систему свести до уровня ниже городской канализации.\r И последнее, о «…крупнейшей российской финансовой структуре…». Такая у нас только одна – Сбербанк РФ. В ней я работал и их проблемы знаю не понаслышке. Было бы забавно встретиться и поделиться впечатлениями. Вряд ли многое ли там изменилось за последние 2 года. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2003, 19:51 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Так и не понял - насколько эта штука отличается от того что есть на рынке. Вернее - ключевое отличие - это реальный он-лайн и все.?? хотелось бы понять - насколько он актуальна сейчас именно он-лайн обработка - у нас например пока об этом никто не заикался даже. Может потому, что такого не предлагают? Кто скажет, сталкивался с этим или нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2003, 15:58 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
С прошедшими всех праздниками. Уважаемый newbee_max, по этой причине ответ был не быстрым. Если кратко - сегодня CalliGraph решает практически все задачи, которые ставятся перед OLAP-клиентом. Соответственно, ряд функций, которые не поддерживает CalliGraph (например - декомпозиция, такая красивая в ProClarity, не выполняется в связи с отсуствием кубов, кубов нет, так как он-лайн, ну и т.д., подробности на сайте). Т.е. он-лайн накладывает определенные ограничения, но они разрешаются другим способом. Резюме - сегодня ключевое отличие - это он-лайн. Насколько востребовано? Пока сказать трудно. Не смотря на словесные баталии на форуме, этого никто не скажет - этот форум прежде всего для программистов, а не для пользователей - а определить необходимость могут все же только они. С уважением. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2003, 17:47 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
скажите, а запись в базу ваш клиент поддерживает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2003, 18:58 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Посмотрел. Насколько я понял, похоже на Кристалл Репорт с кросс-таблицами. Только гораздо проще, но есть несколько специфических функций. Для меня не вариант, но возможно в каких-то специфических задачах и нет плохо. Интересно поговорить с клиентами, которые купили данное решение. Хорошо бы и список 10 лучших клиентов. Отсутвие отзывов очень настораживает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2003, 19:32 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Добрый день! Нисколько не умаляя достоинств CalliGraph (сам не смотрел, так как БД нормальной под рукой нет) не могу понять для кого приложение данного типа может быть полезно? Все далее сказанное нужно принимать не на счет CalliGraph конкретно, а как мнение по поводу (точнее попытка разобраться) так называемых "real-time OLAP" систем. Если я все правильно понял из описания, CalliGraph (по реализации) - некий аналог (сильно расширенный) набора компонентов DecisionCube из Delphi, работающий более быстро и качественно и с хорошим пользовательским интерфейсом для визуального построения запросов, используя "пользовательскую" модель текущей БД. При этом real-time OLAP подразумевает, что работает это только на живых данных из одной СУБД, что предполагает, что у клиента стоит грамотно спроектированная и реализованная информационная система. Если это так, то отчеты, необходимые для повседневной деятельности очевидно уже сделаны в рамках существующей ИС. OLAP запросы обычно подразумевают анализ исторических данных, выявление в них закономерностей и т.п. Очевидно, что живая система для таких запросов не подходит - исторические данные обычно лежат в архиве из соображений производительности. К тому же данные в живой системе меняются каждую минуту и говорить о "валидности" таких отчетов тоже некорректно (сейчас спросили - было 100 штук продано, через 5 минут товар вернули - 50 штук продано) - а это одно из главных требований к СППР. Вот и возникает вопрос: что такое реально real-time OLAP и зачем он нужен? Такое впечатление, что это просто query&reporting tool, которое обозвали так для того, чтобы солиднее звучало? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2003, 11:32 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Andrew_256, Вы ничего не понимаете. То, о чем вы говорите - это потный мертвый ушедший паровоз, и это некому не нужно. Всем давно известно, что для принятия стратегических управленческих решений критически важны данные каждой последней секунды. Ибо крупная организация (или некрупная) принимает или корректирует такие решения каждую секунду - on line, on fly... Так и вижу картинку - сидит буржуин-хозяин холдинга в кресле, впился взглядом в экран, перед носом - микрофон, и он туда команды командует... красота! Правда до такого мощного уровня управления пока не все дошли - но это из-за отсталости технологий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2003, 15:21 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
>> для принятия стратегических управленческих решений критически важны данные каждой последней секунды Что называется: "Век живи - век учись" Хотелось бы узнать поподробнее о каких стратегических решениях идет речь. P.S. В теории управления , выделяют три уровня: - оперативный - тактический - стратегический Если для стретегических решений важны данные каждой секунды, то какие данные необходимы для оперативных решений? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2003, 16:32 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
>Andrew_256, Вы ничего не понимаете. То, о чем вы говорите - это потный >мертвый ушедший паровоз, и это некому не нужно. Собственно, в этом и хочу разобраться, что нужно и кому :) >Всем давно известно, что для принятия стратегических управленческих решений критически важны данные каждой последней секунды. Ибо крупная организация (или некрупная) принимает или корректирует такие решения каждую секунду - on line, on fly... Не понимаю о каких "стратегических" решениях идет речь? Если для принятия решения о закупках товара на следующий квартал (новый год) менеджер использует данные продаж из оперативной базы за последнюю неделю (октябрь) - то это явно неправильно. Такие вопросы, как изменение продаж по результатам проведения рекламной компании - зачем здесь оперативные данные (более того они здесь вредны). "Критически важны данные каждой последней секунды" звучит красиво, но реально получается, что оперативные данные для анализа не годятся. Я не спорю, что любая система только выиграет от возможности в любой момент времени выполнить любой заранее неопределенный запрос, но к OLAP это имеет слабое отношение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2003, 19:39 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
2 Benedictus Скачал с Вашего сайта демо-версию. К сожалению, не удалось не то что на SQL-базу настройку сделать (через BDE Администратор прописал DSN-параметры соединения), но даже и при указании на company.tsk (то, что в демо-примере) выдает "Не удается открыть базу данных" с закрытием только через Диспетчер задач. А протестировать программу заинтересованность есть: в нашей компании ищем альтернативу 1С-отчетам. Установлена 7.7, конфигурация первоначально рассчитана была на DBF-формат. Сейчас для SQL-версии 25 юзеров, при формировании отчетов производительностью система не блещет (измерения для типичного отчета: >20000 клиентов, >100 товаров, >150 учетных территорий). Crystal Reports 8.5 уже испробовали. Запросы делаем прямо к регистрам движения ну и join на справочники, естественно. Не самый удобный вариант (ввиду необходимости Full Refresh делать, в частности), и не самый быстрый, но работающий. Хотелось бы рассмотреть Вашу систему в качестве возможной альтернативы. Для обсуждения деталей: ICQ 143160177 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2003, 11:53 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
To Maxim: Crystal Reports 8.5 уже испробовали. Запросы делаем прямо к регистрам движения ну и join на справочники, естественно. Не самый удобный вариант (ввиду необходимости Full Refresh делать, в частности), и не самый быстрый, но работающий Чтобы не надо было делать Full Refresh, нужно использовать не ROLAP-, а MOLAP-продукт (OLAP-сервер). Тогда отчеты будут строиться мгновенно, и SQL-сервер будет разгружен. Так что рекомендую Вам зайти на сайт http://cognos.narod.ru и скачать оттуда презентацию в формате MS Powerpoint, показывающие работу конечного пользователя с многомерным кубом. Если внешний вид интерфейса устроит - обращайтесь за более детальной информацией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2003, 12:20 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Анализ данных для принятия решения зависит от потребностей пользователя. сарказм и ирония никогда не мешали, наоборот, помогали увидеть недостатки. поэтому, большое спасибо большому поклоннику г-на успенского за его полезные и дельные советы. он действительно сделал очень много для правильного понимания наших позиций. возвращаясь к вопросу об он-лайне и потном буржуине в кресле(понятно, вспотеешь орать в микрофон каждую секунду). поэтому для этого он нанимает на работу аналитика - и потеет уже он. а он-лайн - это не обязательно секунды - речь может идти о часах, о разных часовых поясах и т.д. в общем, не буду спорить. каждый имеет право на свою точку зрения и ее отстаивание, с аргументами. наш аргумент - получать анализ данных сейчас, а не завтра, на сегодняшний день может быть не убедителен, но все меняется. P.S. не придирайтесь к музыканту, он играет как может. возможно, вся проблема в определениях. когда-нибудь разрешится и она. CalliGraph – это не универсальное средство, а инструмент для решения совершенно определенных задач. И если эти задачи кому-то не видны, это не значит, что их нет. Когда-то слово OLAP было новым. Потом оно стало модным. Когда схлынет пена, и этим словом перестанут пудрить мозги с целью вышибить не только слезу, но и деньги, оно станет просто определением. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2003, 12:30 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Уважаемый г-н Benedictus, Вы явно прочувствовали мой пример :) Настолько, что его дополнили... ибо я слово потный упоминал по отношению не к бизнесмену, а к паровозу \r \r Я безусловно согласен с тем, что продукты разные нужны. И с тем, что есть задачи, для решения которых лучшим средством будет CalliGraph - тоже согласен. И я даже не спорю с тем, что это - OLAP-продукт, вполне допуская, что так оно и есть.\r \r Но мне не нравится, когда люди для продвижения своего решения используют опускание других. Я имею в виду не Вас лично, а Вашего коллегу/партнера/начальника/подчиненного (нужное подчеркнуть, ненужное вычеркнуть) VZL, который, в частности, утверждал следующее:\r \r Классическое понимание OLAP: On Line, On Fly, On Demand с OLTP-потока данных (это по Е.Ф.Кодду) и пригодность к поддержке принятия решений (DSS) в динамике анализируемого процесса - это первый вариант. \r Второй вариант - создание "кубов" и последующая визуализация этих данных. Это, по сути, анализ, когда "паровоз уже ушел" и принимать решения для влияния на ситуацию "на лету" уже поздно. \r \r В первом варианте есть системы, которые позволяют самим пользователям (End User\'ам) производить любой нужный ему анализ без программиста. \r При втором варианте всегда нужен программист и некоторым программистам очень нравится быть постоянно необходимым специалистом, но это очень хлопотно. \r Источник: /topic/26426\r \r Цитата - просто замечательная. Она полностью ставит точки над i. Тут - OLAP, тут - не OLAP. Тут - реальное решение задач бизнеса - а тут просто дуриловка, нужная только для зарабатывания денег программистами.\r Исходя, в общем-то, из этой цитаты и из упоминания о мегавопросе, на который только и могут дать ответ современные OLAP-системы вроде MS AS - "А потел ли покойничек перед смертью" (это прямо тут) и был нарисован портрет бизнесмена с микрофоном а также сказочка о мертвом паровозе из вышеупомянутой темы.\r \r P.S. А вообще я так, просто заглянул и спорить ни с кем не собирался. Я, собственно, и сейчас не собираюсь \r \r P.P.S. Успенский - да, рулит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2003, 15:18 |
|
||
|
CalliGraph - альтернативный OLAP-генератор отчетов
|
|||
|---|---|---|---|
|
#18+
Re:Дядя Федор Я рад, что нашел понимание с вашей стороны. Что же до горячности моего коллеги - давайте оправдаем его желанием найти истину. И будем с уважением относится к коллегам - что не отменяет споров и дискуссий. Уважение к оппоненту - это уважение к себе. . :) P.S. В целом, я затеял эту тему с одной целью - познакомить общественность с продуктом, и нужно сказать, никогда это не скрывал. И надеюсь, что те кто читал материалы этого раздела форума не был разочарован. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2003, 18:18 |
|
||
|
|

start [/forum/topic.php?all=1&fid=49&tid=1873391]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
76ms |
get topic data: |
13ms |
get forum data: |
2ms |
get page messages: |
87ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 226ms |

| 0 / 0 |
