|
Действия ...
|
13.04.2005, 16:25
|
|||
|---|---|---|---|
|
|||
Перспективы Open Source проекта (OLAP-клиент) |
|||
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
13.04.2005, 07:19
|
|||
|---|---|---|---|
|
|||
Перспективы Open Source проекта (OLAP-клиент) |
|||
|
#18+
Имеется идея в организации Open Source проекта по реализации OLAP-клиента. Клиент мультиплатформенный на базе XMLA. Опыт таких вещей как Firefox и им подобных, подсказывает, что шансы на успех есть. 1) Какие видятся подводные камни? 2) С чего собственно начать? 3) ... Буду рад любому рациональному совету. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.04.2005, 09:13
|
|||
|---|---|---|---|
|
|||
Перспективы 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, 15:33
|
|||
|---|---|---|---|
Перспективы Open Source проекта (OLAP-клиент) |
|||
|
#18+
Опенсорц для коммерческой сферы не живет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.04.2005, 15:56
|
|||
|---|---|---|---|
|
|||
Перспективы Open Source проекта (OLAP-клиент) |
|||
|
#18+
ГликогенОпенсорц для коммерческой сферы не живет. Однако Linux живет и процветает и многие бизнес на нем и с ним делают. Просто есть наработки, конкурировать с софтверными китами конечно сложно - не хватает сил и времени, хотя идеи есть очень неплохие А бизнес можно делать и на внедрении OpenSource, на консалтинге Владислав Беляев ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.04.2005, 16:25
|
|||
|---|---|---|---|
|
|||
Перспективы Open Source проекта (OLAP-клиент) |
|||
|
#18+
Однако Linux живет и процветает и многие бизнес на нем и с ним делают. Так. Дискуссию явно затянивает в оффтопик. Приготовтесь, что топик будет закрыть, если и дальше в этом направлении потянет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.04.2005, 14:04
|
|||
|---|---|---|---|
Перспективы Open Source проекта (OLAP-клиент) |
|||
|
#18+
Идея хорошая. А вот .Net лучше не надо. Кроссплатформенность будет безвозвратно потеряна. Да и MSAS по-моему отнюдь не вершина OLAP мысли в мире. Тут сложность в сочетании кросплатформенности и скорости. Вон тот же гигант cognos пока не смог сделать нормальный reportnet, Query Studio работает исключительно с IE6 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=49&tablet=1&tid=1871572]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
83ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
| others: | 258ms |
| total: | 441ms |
| 0 / 0 |
