|
По следам патча 8.1.7.4.0, или слово о catexp.sql
|
|||
---|---|---|---|
#18+
Читал на металинке, как кто-то (во времена, когда 8.1.7.2.0 был последним на тот момент) исправил ситуацию, что у него получались битые дампы, тем, что он поставил catexp.sql от 8.1.7.0.0 С учётом недавней ветки про несовместимость export 8.1.7.4.0 и 8.1.7.2.0, вопрос -- какие негативные последствия вызовет накатывание на 9.2.0 базу catexp от 8.1.7.4 с единственной целью -- сделать дамп, который потом можно зачитать в 8.1.7 базу? И вообще, такой фокус пройдёт? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2002, 01:49 |
|
По следам патча 8.1.7.4.0, или слово о catexp.sql
|
|||
---|---|---|---|
#18+
такое получалось (если память не изменяет) между 8.1.5 и 8.1.7.х Думаю, ничего страшного не произойдет если временно накатить catexp.sql от младшей версии. Хотя саппорт очевидно скажет тебе обратное ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2002, 14:20 |
|
По следам патча 8.1.7.4.0, или слово о catexp.sql
|
|||
---|---|---|---|
#18+
2killed: Thx. 2all: Никто не сталкивался, что если в SQL Navigator или TOAD (с Win32 рабочей станции) делать "Extract DDL" для wrapped package, с сервера 8.1.7.2.0 или 8.1.7.4.0, который крутится на Юниксе, то результат являет собой нечто невообразимое, что потом обратно зачитать ну никак не получается... При подробном анализе выясняется, что DDL разделителем является только символ LF (=chr(10)). ... |
|||
:
Нравится:
Не нравится:
|
|||
08.11.2002, 01:21 |
|
|
start [/forum/topic.php?fid=52&fpage=2834&tid=1992790]: |
0ms |
get settings: |
13ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
147ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
others: | 251ms |
total: | 497ms |
0 / 0 |