|
Перспективы Open Source проекта (OLAP-клиент)
|
||
|---|---|---|
Участник
Откуда: Hannover
Сообщения: 6 037 |
||
| 13.04.2005, 16:25 |
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Перспективы Open Source проекта (OLAP-клиент)
|
|||
|---|---|---|---|
|
#18+
Имеется идея в организации Open Source проекта по реализации OLAP-клиента. Клиент мультиплатформенный на базе XMLA. Опыт таких вещей как Firefox и им подобных, подсказывает, что шансы на успех есть. 1) Какие видятся подводные камни? 2) С чего собственно начать? 3) ... Буду рад любому рациональному совету. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2005, 07:19 |
|
||
|
Перспективы Open Source проекта (OLAP-клиент)
|
|||
|---|---|---|---|
|
#18+
XMLA - это хорошо, но если основная платформа это MS Analysis Services, то советую писать не под "raw XMLA", а пользуясь ADOMD.NET (опять же если Вы собираетесь вообще пользоваться .NET). Преимущества следующие: 1. ADOMD.NET умеет работать с любым XMLA 1.1 compliant data source, поэтому требование "мультиплатформность" будет сохранено. 2. ADOMD.NET "заточено" под Юкон, поэтому производительность будет на уровне. 3. ADOMD.NET умеет также работать и с Analysis Services 2000 без XMLA, что является дополнительным бонусом. 4. ADOMD.NET предостовляет удобную object model и transport abstraction, так что не надо будет возиться с XML, но при желании ADOMD.NET дает доступ на уровне XML (можно, например, получить XmlReader вместо CellSet). Моша ---------------------------------------------------- This posting is provided "AS IS" with no warranties, and confers no rights ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2005, 09:13 |
|
||
|
Перспективы Open Source проекта (OLAP-клиент)
|
|||
|---|---|---|---|
|
#18+
Опенсорц для коммерческой сферы не живет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2005, 15:33 |
|
||
|
Перспективы Open Source проекта (OLAP-клиент)
|
|||
|---|---|---|---|
|
#18+
ГликогенОпенсорц для коммерческой сферы не живет. Однако Linux живет и процветает и многие бизнес на нем и с ним делают. Просто есть наработки, конкурировать с софтверными китами конечно сложно - не хватает сил и времени, хотя идеи есть очень неплохие А бизнес можно делать и на внедрении OpenSource, на консалтинге Владислав Беляев ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2005, 15:56 |
|
||
|
Перспективы Open Source проекта (OLAP-клиент)
|
|||
|---|---|---|---|
|
#18+
Однако Linux живет и процветает и многие бизнес на нем и с ним делают. Так. Дискуссию явно затянивает в оффтопик. Приготовтесь, что топик будет закрыть, если и дальше в этом направлении потянет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2005, 16:25 |
|
||
|
Перспективы Open Source проекта (OLAP-клиент)
|
|||
|---|---|---|---|
|
#18+
Идея хорошая. А вот .Net лучше не надо. Кроссплатформенность будет безвозвратно потеряна. Да и MSAS по-моему отнюдь не вершина OLAP мысли в мире. Тут сложность в сочетании кросплатформенности и скорости. Вон тот же гигант cognos пока не смог сделать нормальный reportnet, Query Studio работает исключительно с IE6 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2005, 14:04 |
|
||
|
|
start [/forum/topic.php?fid=49&msg=33013678&tid=1871572]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
85ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 269ms |
| total: | 434ms |
| 0 / 0 |
