Хм, неужели все ставят OWB прямо на сервер? А ежели нет, как Ora Runtime Assistant работает? Он сначала издевательски спросил хост базы, а потом сказал: "а я только с локалхостом могу, извините!"

"The CBO without stats is like a morning without coffee." T.Kyte

Опа! hellХм, неужели все ставят OWB прямо на сервер?

А куда его ЕЩЕ ставить, если это АССИСТЕНТ?


Нафиг он упал, на сервере на котором одна консоль? В чем проблема конфигурирования через sql*net?

Да, и тот же Repository Assistant нормально отработал..

"The CBO without stats is like a morning without coffee." T.Kyte

Да, я уже понял. Не понял только, почему это нельзя сделать средствами Oracle, не привлекая ОС. Можно же было сделать job, который за всем следил бы...

"The CBO without stats is like a morning without coffee." T.Kyte

Кстати, а где можно смотреть описания ошибок VLD? А то вот dimensions деплоятся, а маппинги нет - говорит VLD-2781: Location is not registered in the runtime.

"The CBO without stats is like a morning without coffee." T.Kyte

Чего там переводить:

"Стоимостный оптимизатор без статистики, как утро без рассола"

Интересная проблема возникла - имеем маппинг, с одного инстанса Oracle на dwh. В локейшенах есть оба инстанса, плюс с dwh на oltp сделан коннектор. Так вот, в generate в теле package для таблиц oltp указвается @"dblink", а когда делаешь deploy - куда-то магически исчезает этот дблинк, и оракл, естественно, ругается на то, что такой таблицы нет, и deploy не проходит....



"The CBO without stats is like a morning without coffee." T.Kyte

частично удалось решить проблему так:

в configure для маппинга задал dblink, подсмотренный в target schema. При этом появился варнинг валидации, что не следует задавать эти параметры для этого инстанса, но деплой - success. Но это некошерный метод(

Опять наехал на эти же грабли. Не пойму куда дблинки пропадают(

При Generate... маппинга в тексте запроса есть указание на location. При Deploy.. куда то всё пропадает. Остальные маппинги мапиятся нормально(

Вот так они пропадают:


SQL Exception
Repository Error:SQL Exception..
Class Name: CacheMediator.
Method Name: getDDEntryFromDB.
Repository Error Message: ORA-12705: Указано неверное или неизвестное значение параметра NLS
ORA-02063: предшествующий line из TEST9I


Это при попытке сменить схему в свойствах дблинка для source DB

Sintetikперед деплоем register таргет схемы сделали?

дошло до смешного, не могу dblink создать в свойствах source. Всё та же NLS трабла, счас попробую трассировку.

Отловил дрянь на стороне базы куда идет dblink

ручками это тоже не работает :-)

Где же Бирхофффф


PARSING IN CURSOR #1 len=581 dep=1 uid=1365 oct=42 lid=1365 tim=347722931724 hv=2287398986 ad='7aaae3d0'
ALTER SESSION SET NLS_LANGUAGE='RUSSIAN' NLS_TERRITORY='RUSSIA' NLS_CURRENCY='?.' NLS_ISO_CURRENCY='RUSSIA' NLS_NUMERIC_CHARACTERS=', ' NLS_CALENDAR='GREGORIAN' NLS_DATE_FORMAT='DD.MM.RR' NLS_DATE_LANGUAGE='RUSSIAN' NLS_SORT='RUSSIAN' NLS_TIME_FORMAT='HH24:MI:SSXFF' NLS_TIMESTAMP_FORMAT='DD.MM.RR HH24:MI:SSXFF' NLS_TIME_TZ_FORMAT='HH24:MI:SSXFF TZR' NLS_TIMESTAMP_TZ_FORMAT='DD.MM.RR HH24:MI:SSXFF TZR' NLS_DUAL_CURRENCY='?.' NLS_COMP='BINARY' NLS_LENGTH_SEMANTICS='BYTE' NLS_NCHAR_CONV_EXCP='FALSE' TIME_ZONE = '+02:00' ERROR_ON_OVERLAP_TIME = FALSE SKIP_UNUSABLE_INDEXES = TRUE
END OF STMT
PARSE #1:c=0,e=26315,p=0,cr=0,cu=0,mis=1,r=0,dep=1,og=4,tim=347722931714
BINDS #1:
EXEC #1:c=0,e=447,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=4,tim=347722932635
ERROR #1:err=12705 tim=34767606
WAIT #0: nam='SQL*Net message to client' ela= 5 p1=1413697536 p2=1 p3=0
WAIT #0: nam='SQL*Net message from client' ela= 267 p1=1413697536 p2=1 p3=0
XCTEND rlbk=0, rd_only=1

Ну и собственно место засора:

NLS_TERRITORY='RUSSIA'
NLS_ISO_CURRENCY='RUSSIA'

Где кривые ручки растут?


"The CBO without stats is like a morning without coffee." T.Kyte

Таки да. Поставил в OUI только OWB Home, и все заработало. Ненавижу неявный выбор ORACLE_HOME, поубывав бы

"The CBO without stats is like a morning without coffee." T.Kyte

Опишу подробней беду с dblink:

Есть система Х - источник. Для нее создан локейшн, привязан к базе.
Есть система Y - хранилище, для нее создан другой лекйшн, привязан к базе, под локейшном создан коннектор на X, который зовется Z.
(только что все объекты пересоздал)

Так вот, при Generate для любого маппинга в запросах вроде как все правильно, "TABLE"@"Z", т.е. Z при deploy заменяется на значение dblink, прописанное для базы X в ее свойствах. Дблинк в базе создается, всё ок. При Deploy вместо "TABLE"@"mydbname@y" эта конструкция выглядит как "TABLE", т.е. считается что dblink не нужен. Естественно возникают ерроры а-ля no such table

Как побороть?

"The CBO without stats is like a morning without coffee." T.Kyte

Yes

Правой кнопкой, затем register.

В доке еще написано, что если не зарегистрировать, при деплойменте появится окно регистрации.

"The CBO without stats is like a morning without coffee." T.Kyte