Коллеги, подскажите, удавалось ли кому-либо, используя
Express Relational Access Administrator, залить данные
из реляционной БД ? (в моем случае - Oracle).

Я угробил примерно 25 часов на установку и ознакомление
с Oracle Express, а затем на попытки залить данные из БД.
В результате приобрел такой опыт:
1) Relational Access Administrator наполнен багами до краев.
В репозитарии в БД оставляет кучи мусора, не говоря
уже о глюках в интерфейсе. Из-за этого неюзабелен.
Перечислять все обнаруженные дыры - просто времени
жаль :(
Вероятно, из него можно выбить что-то полезное, если
проект залития данных сделать с первого раза без
ошибок (т.е. операцию SAVE делать только один раз).
Хотя и в этом не уверен.
Так мало того, поскольку мы не являемся
CUSTOMERами, а просто члены Oracle Partner Network,
я даже не могу ввести т.н. iTAR на металинке !
Из-за этого, в частности, не могу скачать патчи,
требующие пароля :-(((
2) Сам Express Server при закачке данных сжирает совершенно
нереальное для моего объема тестовых данных количество
памяти. Зачем - непонятно.
В конечном итоге, мне так и не удалось залить БД :(
хотя измерений в итоге осталось всего-то 6, переменная только
одна :((
Это уже не говоря об упрощениях, которые я последовательно
вводил в схему загрузки, чтобы добиться хоть чего-то.
Последние разы RAM меня посылал, видимо, из-за наличия в
репозитарии мусора, оставленного Rel.Access Admin'ом.

Кроме того, чтобы просто для ознакомления
запустить Express Objects, пришлось рыться в Google,
чтобы пофиксить баг (пришлось переименовать одну DLL),
из-за которого он мне говорил нечто типа
"Invalid or missing XOBJECTS.INI file". Очень неприятно :-(

Короче говоря, поскольку Oracle Express стоит немало,
наверняка кто-то умеет с ним обращаться.
Может, кто-нибудь знает, хотя бы, как побороть
последнюю проблему, которая меня достала вконец:

> Process Terminated In Error:
> MXXEQ35
> (MXXEQ35) D8 is not a valid DB.DIMS.

Появилось после удаления из схемы одного измерения,
на основе которого не было переменных
(соответственно OES меня посылал с ошибкой
Null Dimension)

Этот MXXEQ35 я один раз даже вылечил за время мучений :)
путем удаления из БД репозитария всех записей,
относящихся к измерению с кодом D11 (тогда это было D11).
Но тогда возникла еще одна проблема:
он меня посылал с ошибкой Null Dimension на измерение,
которого вообще не было в схеме загрузки :-((
(предварительно я его удалял в Rel.Access Admin'e)

Я послал вам письмо на почту.

Тут продублирую то, что хотел бы вынести в public:

Насчет HOLAP: а почему только гибридных ? Надо ведь откуда-то закачать данные
для анализа в OLAP-базу ? Я знаю еще, что можно сделать ASCII файлик и из него
с помощью Express Admin'a (вроде бы Database Wizard) закачать данные,
но это будет весьма и весьма неудобно.

Кстати, в самом RAA (Relational Access Administrator) при создании
maintenance-процедуры можно выбрать из 2х опций:
- general maintenance
- hybrid maintenance
так что, мне кажется, RAA и RAM предназначены не только для гибридных
вариантов.

2 Birkhoff:

Боже упаси, какие эмоции :)
Задача такая: есть реляционная БД документов, надо загрузить
проводки по счетам и анализировать их в различных разрезах.
Ракрывать задачу полностью здесь не могу.
Сейчас мы решаем это собственными средствами - расчеты
на клиенте, выборки из реляционной OLTP-базы (oracle 8.1).
Я, по собственной инициативе, начал копать имеющиеся
в моем распоряжении средства OLAP с целью ознакомиться
и попробовать простенькие примеры. В первую очередь взялся
за Oracle Express, т.к. у нас есть право его использовать.
Ранее я разбирался с MS SQL OLAP Services, но это не более
чем игры, т.к. production-база у нас на базе Oracle и никто
из клиентов покупать MS SQL не будет :))
В общем, охота было посмотреть на "родное" для Oracle
OLAP-решение.
RAM - потому что это выглядит естественным для загрузки
данных из БД. Отлично продуманная модель, на мой взгляд,
вот только я не могу от него добиться того, что мне нужно.

Кста, насчет эмоций:
За три потраченных на OE дня я посмотрел, похоже, на бОльшую часть
предоставляемых им средств, остался весьма доволен.
Радостно принялся закачивать данные - и тут оч. резкий облом :)
Посему в первом посте наличествуют негативные эмоции :)
Еще больше негативных эмоций появилось, пока рылся на металинке...

2 Jurii:

Спасибо за совет, буду смотреть. Малая цена тоже весьма важна.
Насчет Oracle 9i - нам пока еще рановато.
Клиентов много и все достаточно много инвестировали в Oracle 8.
В ближайшем будущем переход не намечается.

2 All:

в общем-то, если бы мне удалось найти место, в которое
RAA сбрасывает сгенерированные им скрипты,
я был бы уже счастлив... Подправить руками - дело привычное.
Если вообще он их сохраняет в editable-виде.
Этого я просто не знаю.

2 DimaR:
я имел в виду именно сервер и Express Objects.

2 OLEGK:

Ну, я бы рад написать на мыло :) Если бы оно было указано
или не скрыто :)
В общем-то, сейчас у меня и так много текучки,
снова влазить в это дело буду чуть позже.
Но все равно спасибо.

2 olegk:

Спасибо, записал.
Если буду писать, то несколько позже.