Ошибка востановления базы

← →
Alien1769 © (2008-03-25 10:45) [0]

Initialization failure

Arithmetic exception, numeric overflow, or string truncation
arithmetic exception, numeric overflow, or string truncation

Ошибка появилась после увеличения размера текстового поля до архивации базы.

Это глюк Interbase, FB или чего я натворил ?

← →
Правильный_Вася (2008-03-25 10:52) [1]

это не глюк, это фича
читать внимательно доки по зависимостям

приведи версию и код

← →
Alien1769 © (2008-03-25 11:03) [2]

IB V6.5.0.28

(
OrgFull varchar(165) not null primary key,
BancCode Integer not null,
...
)

← →
Правильный_Вася (2008-03-25 11:11) [3]

кодировка БД какая?
не вижу кода изменения размера поля

← →
Johnmen © (2008-03-25 11:14) [4]

> OrgFull varchar(165) not null primary key,

Что за чудо?

← →
Alien1769 © (2008-03-25 11:16) [5]

Win1251

> не вижу кода изменения размера поля

Я делал архивацию и изменение размера поля в
IBConsole -> Interactive SQL.

← →
Игорь Шевченко © (2008-03-25 11:16) [6]

Johnmen © (25.03.08 11:14) [4]

> Что за чудо?

Поле первичного ключа, по всей видимости

← →
Правильный_Вася (2008-03-25 11:18) [7]

> Win1251

в этой кодировке индексы для полей такой длины не поддерживаются

← →
Johnmen © (2008-03-25 11:18) [8]

> Игорь Шевченко © (25.03.08 11:16) [6]
> Поле первичного ключа, по всей видимости

Такой чудесной длины? В IB6.5?
:))

← →
Alien1769 © (2008-03-25 11:19) [9]

> Что за чудо?

Я вам для наглядности показал что по этому полю первичный ключ.

← →
Игорь Шевченко © (2008-03-25 11:20) [10]

Johnmen © (25.03.08 11:18) [8]

> Такой чудесной длины? В IB6.5?
> :))

У IB 6.5 есть ограничение на длину поля в ключе ? (Я не в курсе)

← →
Alien1769 © (2008-03-25 11:22) [11]

>
> Такой чудесной длины? В IB6.5?
> :))

Я догадывался что "глюк" в этом :)

Тогда подскажите максмальный размер текстовго поля для первичного ключа по IB6.5.

← →
Johnmen © (2008-03-25 11:22) [12]

> Я вам для наглядности показал

Нам не нужна наглядность, мы же не в д/c.
Но если тебе нужно решение проблемы, то и данные приводи реальные, а не "наглядные".

← →
Правильный_Вася (2008-03-25 11:23) [13]

> Тогда подскажите максмальный размер текстовго поля для первичного
> ключа по IB6.5.

зависит от кодировки
у тебя, скорее всего, 256/3

← →
Johnmen © (2008-03-25 11:23) [14]

> Игорь Шевченко © (25.03.08 11:20) [10]

Да. Для полей в нацкодировке макс.длина индекса - 83.

> Но если тебе нужно решение проблемы, то и данные приводи
> реальные, а не "наглядные".

увы, не могу, секрет.

> зависит от кодировки
> у тебя, скорее всего, 256/3

Спасибо. Изменим базу по-другому.

> увы, не могу, секрет.

Секретная структура таблицы?
Спасибо :))) и ещё раз :)))

> Изменим базу по-другому

Можно поступить так - добавить в таблицу поле "CRC" (циклическая контрольная сумма) типа integer или bigint с уникальным индексом по нему, в триггере на создание/модификацию записи приводить символы текста в строковом поле к единому регистру, подсчитывать в UDF циклическую контрольную сумму данных в этом поле и записывать рез-т в поле "CRC". Можно и без UDF, но тогда придется все это делать на стороне клиента.

Есть способ лучше - хранить обрезок от полного имени, по нему и индекс.
А для PK - суррогатный ключ.

Всем большое спасибо за советы !!!

Ошибка востановления базы Найти похожие ветки