Проблема при переходе на 2.1

[HotDog]

После выполнения
   select * from rdb$fix_metadata('WIN1251');
делаю
   commit;
и получаю:
   Statement failed, SQLCODE = -151
   attempted update of read-only column

Что не так? Или хотя бы, как найти, где?
Комментарии в вычисляемой колонке?

[HotDog]

Konstantin R. Beliaev wrote:

> как найти, где?
А, нашел совет Влада насчет скрипта...

[Александр Свириденков]

У меня такое было из-за присвоение new.*=.. в after-триггере

[HotDog]

Александр Свириденков wrote:
> У меня такое было из-за присвоение new.*=.. в after-триггере
не, похоже у меня другое.

Кстати, почему не регистрятся UDF из ib_udf ?
Пишу в _новой_ базе команду (как оно в ib_udf2.sql прописано):

DECLARE EXTERNAL FUNCTION ascii_char
     INTEGER NULL
     RETURNS CSTRING(1) FREE_IT
     ENTRY_POINT 'IB_UDF_ascii_char' MODULE_NAME 'ib_udf';

ругается:

Token unknown - line 1, column 27.
ascii_char.

Хотя из fbudf регистрятся на ура. Почитал в  misc про обновление в
системных таблицах, но насколько понял, к регистрации новой функции это
не относится. В чем засада?
Неужели ib_udf с 2.1 не работает? :-(((((((((

[HotDog]

Konstantin R. Beliaev wrote:
> Кстати, почему не регистрятся UDF из ib_udf ?
Так, с UDF разобрался (почти): они теперь встроенные.
А что делать с UDF, которые получаются при ресторе из старой базы?
Просто дропнуть? Или нужна более хитрая процедура их удаления ?

Засада №2.
Попытка конвертации метаданных выдает ошибку
attempted update of read-only column
Выгрузил скрипт и загрузил в 2.1, получил ту же ошибку в двух местах,
но(!!!) не могу посмотреть загруженную базу, чтобы понять что не
создалось, т.к. ее метаданные тоже надо конвертировать...
Просто Ж. какая-то :-(((

[HotDog]

Konstantin R. Beliaev wrote:
> Засада №2.
> Попытка конвертации метаданных выдает ошибку
> attempted update of read-only column
> Выгрузил скрипт и загрузил в 2.1, получил ту же ошибку в двух местах,
> но(!!!) не могу посмотреть загруженную базу, чтобы понять что не
> создалось, т.к. ее метаданные тоже надо конвертировать...
> Просто Ж. какая-то :-(((

Небольшое пояснение: при создании из скрипта (ISQL) почему-то не
переваривается русский текст в условиях вьюх и вычисляемых полях.
Еще где-то в процедурах (не стал разбираться где)

[Dmitry Yemanov-2]

Konstantin R. Beliaev wrote:
>
>
>> У меня такое было из-за присвоение new.*=.. в after-триггере
>
> не, похоже у меня другое.

Или присваивание в new в after-триггере, или присваивание в old в любом
триггере. Третьего не дано.


--
Дмитрий Еманов

[Dmitry Yemanov-2]

Konstantin R. Beliaev wrote:
>
> Так, с UDF разобрался (почти): они теперь встроенные.
> А что делать с UDF, которые получаются при ресторе из старой базы?

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

> Просто дропнуть? Или нужна более хитрая процедура их удаления ?

Если из скрипта, то замени ASCII_CHAR на "ASCII_CHAR".

> Попытка конвертации метаданных выдает ошибку
> attempted update of read-only column
> Выгрузил скрипт и загрузил в 2.1, получил ту же ошибку в двух местах,

ISQL вообще-то номер строки скрипта говорит, где ошибка.

> но(!!!) не могу посмотреть загруженную базу, чтобы понять что не
> создалось, т.к. ее метаданные тоже надо конвертировать...

Через NONE подключись.


--
Дмитрий Еманов

[Dmitry Yemanov-2]

Konstantin R. Beliaev wrote:
>
> Небольшое пояснение: при создании из скрипта (ISQL) почему-то не
> переваривается русский текст в условиях вьюх и вычисляемых полях.

С каким коннектом скрипт выполняешь?

> Еще где-то в процедурах (не стал разбираться где)

Если не стал разбираться, то вряд ли чем-то можно помочь.


--
Дмитрий Еманов

[HotDog]

Dmitry Yemanov wrote:
> С каким коннектом скрипт выполняешь?
localhost:bla-bla

[Dmitry Yemanov-2]

Konstantin R. Beliaev wrote:
>
> Dmitry Yemanov wrote:
>> С каким коннектом скрипт выполняешь?
> localhost:bla-bla

Прошу прощения. Вопрос должен был звучать так:
С каким чарсетом скрипт выполняешь?
Т.е. SET NAMES WIN1251 стоит перед CREATE/CONNECT?


--
Дмитрий Еманов

[HotDog]

Dmitry Yemanov wrote:
> С каким чарсетом скрипт выполняешь?
> Т.е. SET NAMES WIN1251 стоит перед CREATE/CONNECT?

Понял, не стоит. Видимо в этом и дело.
Постоянно забываю, блин :-(

ISQL ведь без этой команды выгружает, хотя мог бы и ставить чарсет в
котором сохраняет.