ASCRUSТо есть правильно ли я понял, что в отличие от моего примера придет ься еще потратить усилия и время, чтобы граммотно спроектировать кубы ?

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

ASCRUSИ еще возникает вопрос ежедневного обновления кубов - они каждый раз будут пересчитываться или же как в IQ можно просто быстро доливать новые записи в таблицы и не заморачиваться ?

Как угодно, можно делать:

There are three ways to process a cube. If you are modifying the structure of the cube, you may be required to process the cube with the Full Process option. If you are adding new data to the cube, you can process the cube with the Incremental update option. To clear out and replace a cube's source data, you can use the Refresh data processing option.

Кроме того есть поддержка: Real-Time Cubes
A real-time cube is a regular cube that employs relational OLAP (ROLAP) partitions or dimensions that support the real-time OLAP feature of Microsoft® SQL Server™ 2000 Analysis Services.

Остальные подробности в BOL. Ну, правда, не стоит ее здесь всю цитировать.

DimaR segunхм.. дело в том что все 4 СУБД о которых шла речь выше подходят для решения этой задачи в техническом плане.
Другое дело в их стоимости (для простоты стоимость разработчиков и время разработки предполагаются одинаковыми). Какая же подходит наилучшим образом, вы правы, сказать нельзя. Явно недостаточно информации.

Еще раз, обратите внимание на нагрузку и объемы,

На каком железе MSSQL будет работать с такими объемами,

ссылку на сайте какого либо призводителя пожалуста

Вот Вам ссылка на технологическое решение одного из известных сайтов:

TerraServer Cluster and SAN Experience

Хм... А вот все-таки интересно, на счет объемов:

1. Каков объем (а еще лучше структура) 1 записи?
2. Скока времени нужно держать данные в "атомарном виде"?

DimaR pkarklin
Вот Вам ссылка на технологическое решение одного из известных сайтов:

TerraServer Cluster and SAN Experience

Очень итересное решение :)

Поставили 4 компьютера каждый с кучей дисков,
на каждом компютере хранится своя информация,

еще сервер приложений который распихивает запрсы по временным зонам и типу карт, на заранее определенный компютер и заранее определенное место хранения,

и еще это все в 2х экземплярах (на всякий случай).

Только вот если я захочу написать запрс к этому всему типа
select
"кратчайший путь с востока на запад"
from
"все сервера"
???

и захочу ежеминутно, обновлять информацию о направлении ветра в каждом городе?

И при этом все будут запрашивать "розу ветров".

Хм... Обос..ть можно что-угодно. ;)

А вот если Вы чего-то захотите, то тогда под Ваше хотение и надо будет решение подбирать, а про хотения автора топика окромя 30 лимонов записей в сутки и не известно ничего.

Так... Продолжаем разговор...

ASCRUSУважаемый pkarklin - MS OLAP не подходит под эту задачу - Вы можете себе представить кубы на 60 миллионов записей в сутки ?

С чего Вы это решили? Уважаемый ASCRUS Вы можете себе представить, что есть куб? Ведь речь идет о построении аналитических запросов, т.е. куб будет иметь в себе все возможные измерения с заранее предрасчитанными всеми возможными значениями. При использовании HOLAP модели хранилища (когда непосредственно на OLAP сервере хранятся только расчитанные агрегаты, а исходные транзакционные данные будут лежать в OLTP базе) запросы, которые будут обращаться только за агрегированными данными будут выполняться очень быстро (так как уже все расчитано) и не будут нагружать транзакционную базу. Если же понадобяться атомарные данные (drilldown до атомарной ячейки куба), то при такой модели хранилища за ними будет произведено обращение к OLTP базе.

ASCRUSSybase IQ БД будет как минимум в 2 раза сжиматься физически на диске, у MS OLAP наоборот раздуваться.

Господи, да почему же оно будет то раздуваться!?

ASCRUSО чем тут дальше можно говорить ? О том, что Sybase IQ подходит под условия поставленной задачи, а MS OLAP нет - а не о том, что лучше, что хуже. Я не понимаю, зачем человека вводить в заблуждение, если Вы и сами это прекрасно знаете.

И действительно, о чем тут можно говорить, если Вы, как и большинство в этом топике пытаетесь делать выводы о продукте, с возможностями которого Вы не знакомы. Ну ведь не делаю я выводы о том, что Sybase IQ не подойдет для этой задачи, ибо не знаком с его возможностями. Я стараюсь предложить варианты, о которых я имею представление.

alexey_tm1Внешние таблицы (текстовый файл, струтктурированный) обявляется и SQL запросы делаются прямо к файлу (с условиями) немного тормозит, так как нет возможности использовать индексы.

Индексы у текстовых файлов?! 8) Вау...

alexey_tm1Возможность коннекта к другим источникам информации (Oracle Stream).

MS SQL имеет возможность коннекта ко всему, для чего существует ODBC драйвер или OLEDB провайдер. Плюс имеются возможности (DTS, bcp) для массовой быстрой и нелоггируемой закачки данных из этих источников.

alexey_tm1Использовать MSSQL я бы не рекомендовал, с начала, возможно все будет работать, но со временем возникнут проблемы, которые решить неудасться, а переделать все будет невозможно.

Для таких рекомендаций требуются обоснования!!!