авторВо-во, и получаем тока OLAP, а с сиквелом OLAP абсолютно бесплатно.
По моему разница между РСУБД и OLAP кубами просто преогромнейшая. IQ заточен под то, чтобы всасывать первичку в любых обьемах, ничего не придумывая и не проектируя лишнего, и обеспечивать нормальное время отклика системы вне зависимости от обьема данных, сложности запроса и кол-ва подключаемых сессий без вмешательства администратора и установки квот на обьемы выполняемых в системе запросов. Этого его заточка и он вполне нормально с этим справляется, на большее и не претендует.

gardenman2 ASCRUS, а как там у IQ с кластеризацией?
http://sybase.sql.ru/asa9/ASE-ASA-IQ.pdf
Читайте последнюю колоночку (IQ). Этот документ правда не маркетинговый и не полный - он сделан самим Sybase для разработчиков Sybase, чтобы могли ориентироваться во всех линейках СУБД.

P.S. Самый простой способ пощупать IQ - приехать в представительство Sybase со своим массивом данных и попросить организовать на их основе БД тестовую демонстрацию.

pkarklin ASCRUSПо моему разница между РСУБД и OLAP кубами просто преогромнейшая.

Уважаемый ASCRUS. Я прекрасно понимаю разницу между первым и вторым. И под тоже, под что заточем Ваш IQ за 40 тонн, заточен и MS OLAP Server. Но вот в отличаи от IQ, он идет ВМЕСТЕ с поставкой РСУБД совершенно бесплатно. Т.е. за гараздо меньшие бабки можно получить и OLTP и OLAP решения.
MS OLAP - это кубы (сам я с ним не работал) ? Если это кубы, то отсюда надо думать множество вытекающих последствий, главное из которых - постоянные затраты на их обновление, сопровождение и перепостроение при изменении измерений. Ну а насчет использования самого MSSQL как аналитического сервера по сравнению с IQ даже не обсуждаемо, хотя бы по той простой причине, что при физическом чтении данных для аналитических запросов затраты будут в многие разы меньше (плюс верно обратное утверждение - для простых запросов "SELECT *" затраты будут в столько же раз больше).

pkarklinРобяты.... Эййййй.... Ну не надо городить то, о чем Вы не знаете.
Я так и не получил внятного ответа про MS OLAP. Пойдем другим путем - берем любую огромную БД любой СУБД, на базе которой нужно проводить аналитические запросы. Загружаем схему этой БД в IQ (скриптами, через CASE - как угодно). Загружаем данные с этой СУБД в IQ (через текстовые, удаленные - опять же как угодно). Начинаем работать - пишем любые SQL запросы стандарта 92-99, плюс используем специализированные OLAP функции в них. Таким образом я быстренько перегнал 30 гиговую БД MSSQL на IQ с доброй сотней миллионов записей и погонял разные аггрегаты по всем таблицам - среднее время отклика сервера держалось 1-2 секунды, нагрузка шла не сколько на винты, сколько на процессор (расжатие БД по ходу выполнения). БД на диске получилась гораздо меньше оригинальной (16 гб). Естественно на таких обьемах у MSSQL даже "SELECT Count(*) FROM Table" работало явно не 2 секунды (да и вообще COUNT в MSSQL не самая быстрая аггрегатная операция по моему мнению). В итоге за минимальное время я получил максимальную отдачу и возможность проведения любой аналитики по данным первичной БД. Не могли бы Вы рассказать, как все это будет в таком же ракурсе выглядеть применительно к MS OLAP ?

segunSybase - в области мобильных решений, ему не будет равных года 2 точно.
Это он про Sybase ASA :)