Информативность GBAK в FB 2.0

2007-02-19 Thread Valery Gruzdev
Попробовал перенести один старый проект под FB 2, и сразу наступил на граблю, на самом первом шаге. Забэкапил базу под FB 1.0.3, ресторю на FB 2.0. После рестора индексов (это я уже гадаю) идет рестор процедур, так? И вот на этом этапе выскакивает сообщение: "gbak: ERROR:table ABONENTS is no

Re: Информативность GBAK в FB 2.0

2007-02-19 Thread Dmitry Yemanov
Valery Gruzdev wrote: Т.е. я понимаю, что работа с планами в двойке изменилась, и там придется наверняка что-то править. Но нельзя хотя бы узнать, на какой процедуре все сломилось? Потому что их больше трехсот, ABONENTS используется примерно в полусотне. И во всех 50-ти процедурах планы пр

Re: Информативность GBAK в FB 2.0

2007-02-19 Thread Andrei Yeryomin
Valery Gruzdev пишет: Т.е. я понимаю, что работа с планами в двойке изменилась, и там придется наверняка что-то править. Но нельзя хотя бы узнать, на какой процедуре все сломилось? Потому что их больше трехсот, ABONENTS используется примерно в полусотне. Просматривать их все глазками - утомите

Re: Информативность GBAK в FB 2.0

2007-02-19 Thread WildSery
On Mon, 19 Feb 2007 11:10:33 +0300, Valery Gruzdev <[EMAIL PROTECTED]> wrote: > Но нельзя хотя бы узнать, на какой процедуре все сломилось? 1. Экспертом выгружаешь все метаданные в скрипт. 2. На 2-ке создаёшь базу из этого скрипта. Все ошибки тебе будут непосредственно носом потыканы. ЗЫ: Это и

Re: Информативность GBAK в FB 2.0

2007-02-19 Thread Valery Gruzdev
"Dmitry Yemanov" сообщил/сообщила в новостях следующее: Потому что их больше трехсот, ABONENTS используется примерно в полусотне. И во всех 50-ти процедурах планы прибиты гвоздиком? Не во всех, но в большинстве. Потому что большинство - отчеты, а в 1.0 без ручных планов серьезные объемы

Re: Информативность GBAK в FB 2.0

2007-02-19 Thread Boulitchev Aleksey
Все ошибки тебе будут непосредственно носом потыканы. ЗЫ: Это именно ошибки, а не "работа с планами поменялась". Сервер стал более строг к синтаксису. раньше можно было указать типа этого select ... from TABLE1, TABLE2, TABLE3 plan (TABLE2 nalural) на ошибку не похоже -- Булычев Алексей h

Re: Информативность GBAK в FB 2.0

2007-02-19 Thread Valery Gruzdev
"Boulitchev Aleksey" сообщил/сообщила в новостях следующее: раньше можно было указать типа этого select ... from TABLE1, TABLE2, TABLE3 plan (TABLE2 nalural) Именно эта ситуация. Grue

Re: Информативность GBAK в FB 2.0

2007-02-19 Thread WildSery
On Mon, 19 Feb 2007 12:08:54 +0300, Boulitchev Aleksey <[EMAIL PROTECTED]> wrote: > select ... from TABLE1, TABLE2, TABLE3 > plan (TABLE2 nalural) > > на ошибку не похоже Действительно не похоже. Не знал, что и на такое ругается, у меня все соединения с алиасами, не попадался такой случай. --

Re: Информативность GBAK в FB 2.0

2007-02-19 Thread Andrei Yeryomin
WildSery пишет: select ... from TABLE1, TABLE2, TABLE3 plan (TABLE2 nalural) на ошибку не похоже Действительно не похоже. Не знал, что и на такое ругается, у меня все соединения с алиасами, не попадался такой случай. Просто FB2 не переваривает _часть_ плана. Ему подавай или все, или ничего

Re: Информативность GBAK в FB 2.0

2007-02-19 Thread WildSery
On Mon, 19 Feb 2007 18:27:45 +0300, Andrei Yeryomin <[EMAIL PROTECTED]> wrote: > Просто FB2 не переваривает _часть_ плана. Ему подавай или все, или ничего. Тьфу, действительно. Не обратил внимание, что только часть, обратил, что без алиаса... Мда, передохнуть надо, кофе попить... -- Сергей Сми