Добрый день.

Не совсем понятно, что значит загрузить из teradata или oracle. Импортировать? Импортировать нельзя.

По своему опыту могу предложить два варианта:
1) С помощью SAS\ACCESS можно подключаться как к teradata, так и к oracle. Собственно замутить ETL который вытащит данные в SAS, а потом на этих данных построить куб.
2) В SAS 9.2 появился SAS Analytics Accelerator 1.2 for Teradata он вроде позволяет делать запросы из SAS на прямую к teradata. Т.е. можно строить куб прямо на данных teradata. Но я ещё не разбирался с этим новым продуктом. Если интересно вот guide по нему http://support.sas.com/documentation/onlinedoc/analyticsaccel/index.html

Поподробнее это можно. Если есть табличка с набором фактов для куба (ну или на чем вы там хотите строить куб), и есть желание строить его скриптом на SAS Base, а не с помощью всякой визуальной цыганщины, то тут надо использовать оператор proc olap. Если в двух словах, то этот оператор позволяет создавать, обновлять и удалять кубы, дизайнить его структуру и прочее. По большому счету OLAP CUBE STUDIO генерить proc olap и выполняет его. Собственно, зачастую можно не писать proc olap с нуля, а создать куб в STUDIO (или воспользоваться уже существующим), сделать Export Code (будет в контекстном меню, если жмакнуть правой кнопрой на куб) и поправить полученное руками по вкусу. То что получилось использовать для построения\обновления\удаления куба скриптом. Подробно про proc olap можно почитать здесь http://support.sas.com/documentation/onlinedoc/olap/ (выбрав SAS XX OLAP Server: User's Guide, где XX - номер нужной версии SAS).

Не за что, если что обращайтесь.

И так по порядку:
1) Принципиального различия в ETL-процессе созданном в SAS DI Studio и им же на SAS/BASE нет. Собственно, SAS DI по графической схеме процесса генерит код на SAS/BASE и выполняет его. Другой вопрос что он это делает по определенным алгоримтам и не всегда оптимально (генерит много лишнего т.е. код избыточен), а ручками можно завернуть код похитрей (как по архитектуре, так и по логике), да поотимальней. Ну если не требуется каких-то хитрых решений при создании ETL-процессов, а так же требуется наглядность реализации ETL (для бизнесов), то без SAS DI никуда.
2) Естесственно, скрипт на SAS/SQL и SAS/BASE это ETL-процесс, если этот скрипт (набор скриптов) делает "извличение, передачу, загрузку". ETL-процесс - это все же некая совокупность действий для решения задачи ETL, а на чем и как он реализован это дело десятое.
3) Настроить автоматическое обновление конечно можно. Обычно пишется скрипт (набор скриптов) на SAS/BASE, SAS/MACRO, SAS/SQL, etc и потом ставится на регламентное выполнение в batch mode, стандартными средсвами ОС (например, cron для nix или task scheduler для win).

Вообще, можно завести тему "вопросы-ответы по SAS" и там постить различные вопросы, а народ будет давать различные ответы)) может и будет кому-нибудь полезна, такая тема. Текущие вопросы-ответы переросли тему кубы в SAS.

Ну так как раздела по BI я не нашёл, то думаю можно создать в текущем разделе OLAP и DWH

alex1610,

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

alex1610,

по поводу разницы между MOLAP или ROLAP. Разница между ними в способах хранения представляемых данных и доступу к ним. В MOLAP у нас есть детальная табличка, а всякие агрегации создаются при построении куба. В ROLAP детальную табличку и агрегации храняться в реляционной БД (они должны быть созданы заранее и потом просто цепляются при построении куба, при построении куба не создаются). Более подробно можно почитать в документе SAS X.X OLAP Server: User's Guide (X.X - нужная вам версия SAS), который можно найдти и скачать на support.sas.com.

alex1610,

сама по себе опция NO_NWAY не делает куб ROLAP, она указывает на то что не надо делать агрегационные таблички автоматически. Кроме этой опции для ROLAP необходимо создать агрегационые таблицы (с пердсуммироваными данными для всех комбинации измерений) и сослаться на них при построении куба.

alex1610,

и опять же очень рекомендую почитать указанный мной мануал SAS X.X OLAP Server: User's Guide (X.X - нужная вам версия SAS), там я думаю вы найдете много интересного ))

RomanFP,

не совсем понятно что вы имеет ввиду под "взять последнюю таблицу CNUM"? Судя по коду, вы выбрали некую таблицу из библиотеки "A_SRV" в макропеременную &lastdsn (кстати интересно было бы видеть что вам вывел %put), но потом вы эту переменную во втором запросе не используете, а пишете "INNER JOIN memname t5" (естественно SAS ищет табличку memname в библиотеки work). Я думаю что Вам следует писать следующим образом "INNER JOIN &lastdsn t5" и сразу полегчает.