iBase.ru Forum

Есть сервак под линуксом
на нем вертится FB 1.5.2
при запросе SELECT поле1, cast( поле2 as varchar(512) ) as tt FROM <некая db> все хорошо;

при запросе SELECT поле1, cast( поле2 as varchar(512) ) as tt FROM <некая db> order by 2 все плохо (выходит по аборту); хотя в винде все хорошо (на винде 1.5 RC5);

при запросе SELECT поле1, cast( поле2 as varchar(256) ) as tt FROM <некая db> order by 2 все хорошо;

ГДЕ БЕДА КАК С ЭТИМ ЖИТЬ, НЕУЖТО ВИНДА ПОБОКУ ПРОПУСКАЕТ РАЗМЕР ИНДЕКСА А ЛИНУКС ПЕДАНТИЧЕН

При аборте выходит ругань ссылающаяся на lc_ascii line 615
в которой происходит проверка длины ключа и он равен 256

В диск на том компе где пЫнгвин, куда tmp настроен, ещё одну поверхность воткни и будет тебе щастье.

1. что за "поле2", какой тип
2. что значит "пропускает размер индекса" - ни о каком размере или индексе тут речь не идет.

Merlin писал(а):В диск на том компе где пЫнгвин, куда tmp настроен, ещё одну поверхность воткни и будет тебе щастье.

Что-то не понял, если возможно поподробнее, у меня на tmp полный доступ пиши что хочешь и в конфиге тоже прописан ...

kdv писал(а):1. что за "поле2", какой тип

varchar(100)

2. что значит "пропускает размер индекса" - ни о каком размере или индексе тут речь не идет.

Сори, размер ключа по которому он сортирует

ttyS писал(а):

Merlin писал(а):В диск на том компе где пЫнгвин, куда tmp настроен, ещё одну поверхность воткни и будет тебе щастье.

Что-то не понял, если возможно поподробнее, у меня на tmp полный доступ пиши что хочешь и в конфиге тоже прописан ...

Доступ, гришь... При сортировке выборки (немалой, как я понимаю) по полю 256 символов доступа для tmp-файла хватает, а по вдвое большему не хватает, доступ кончается.

Merlin писал(а):

ttyS писал(а):

Merlin писал(а):В диск на том компе где пЫнгвин, куда tmp настроен, ещё одну поверхность воткни и будет тебе щастье.

Что-то не понял, если возможно поподробнее, у меня на tmp полный доступ пиши что хочешь и в конфиге тоже прописан ...

Доступ, гришь... При сортировке выборки (немалой, как я понимаю) по полю 256 символов доступа для tmp-файла хватает, а по вдвое большему не хватает, доступ кончается.

При значении 257 беда таже, если вариант что нет места на диске то там 100G свободы 2G RAM, А ЗАПИСЕЙ 5 ШТУК

Стук в подвале. LI-V1.5.1.4481 Firebird 1.5, LI-V1.5.2.4731 Firebird 1.5

SELECT code, cast( name as varchar(16000) ) as tt from classes order by 2

полёт нормальный. Кстати, индексы после Cast вообще не при деле, в этом случае сортируется натуралом.

Merlin писал(а):Стук в подвале. LI-V1.5.1.4481 Firebird 1.5, LI-V1.5.2.4731 Firebird 1.5

SELECT code, cast( name as varchar(16000) ) as tt from classes order by 2

полёт нормальный. Кстати, индексы после Cast вообще не при деле, в этом случае сортируется натуралом.

Ты брал готовый или сборку, я собирал ...
тем не менее ругань
При аборте выходит ругань ссылающаяся на lc_ascii line 615
в которой происходит проверка длины ключа и он равен 256

Какой чарсет
a) базы
b) поля
c) коннекта
?

Да, в догонку - ты сам собирал DEBUG build.
Собери RELEASE и проверь

hvlad писал(а):Да, в догонку - ты сам собирал DEBUG build.
Собери RELEASE и проверь

Сенкс спасло, странно конечно но факт ... в дебаге не работает а в релизе все ок ... интересно как они баги отлавливают

Ты нарвался на assert для которого я лично не вижу смысла. В release сборке он, естественно, превращается в пустую строку.

а зачем сам собирал? приключений охота?