Глюки FireBird 1.5.4

← →
Slider007 © (2007-06-20 08:52) [0]

Пишу проектик довольно серьёзный, в первый раз FireBird решил использовать (раньше Access юзал).

Дак вот столкнулся с тем, что сервер местами подглючивает основательно.
Несколько примеров:
Понадобилось мне тип поля поменять с integer на varchar (почему не спрашивайте, просто головой надо думать хорошенько с самого начала:)). Поменял, вроде всё нормально, но запрос типа LIKE по этому полю работать отказался напрочь, после нескольких часов мучения пришлось прибивать поле, и создавать заново такое же, попутно перелопатив с десяток процедур, т.к. поле видите ли нельзя удалить, когда оно в процедурах используется. Это был самый жесткий глюк.
Вот глюк попроще:
После внесения изменений в процедуру, желательно перегрузить сервер, т.к. она может отрабатывать не правльно - либо вести себя так, как вела себя до изменения, либо вообще черти что выдавать. После перезагрузки сервера всё становится на свои места.

Вот. Я несколько озадачен. Это стандартное поведение сервера, или я его чем-то "обижаю" ?

Создал ветку в "Прочее", т.к. по сути и вопроса то никакого нет.

← →
Sergey13 © (2007-06-20 09:08) [1]

> [0] Slider007 © (20.06.07 08:52)

Если бы ты решил в первый раз поюзать например Оракл, ты бы наверное еще больше подобных "глюков" нашел, по сравнению с Аксесом. 8-)

← →
Layner © (2007-06-20 09:12) [2]

MSSQL после этого сказкой кажется :)

← →
Sergey13 © (2007-06-20 09:17) [3]

> [0] Slider007 © (20.06.07 08:52)
> Это стандартное поведение сервера, или я его чем-то "обижаю" ?

Ты его обижаешь нежеланием изучать его стандартное поведение и желанием применять без адаптации навыки, полученные в другой СУБД (даже другого класса) к новой для себя СУБД.

← →
Slider007 © (2007-06-20 09:18) [4]

Sergey13 © (20.06.07 9:17) [3]
Ты его обижаешь нежеланием изучать его стандартное поведение и желанием применять без адаптации навыки, полученные в другой СУБД (даже другого класса) к новой для себя СУБД.

Да нее, желание у меня есть :). Вострикова и Козявина проштудировал всего.

← →
Bless © (2007-06-20 09:21) [5]

> Slider007 © (20.06.07 09:18) [4]
>
> Да нее, желание у меня есть :). Вострикова и Козявина проштудировал
> всего.

Ну обложку плохо проштудировал. Имхо, одного из авторов все же зовут Ковязин :)

← →
Romkin © (2007-06-20 10:25) [6]

Изменение метаданных при работе с БД, вообще говоря очень нежелательно: они кешируются для каждого соединения. Огрести можешь по самые помидоры. Кто же на работающей БД структуру меняет?!
А при смене типа поля тоже желательно бекап/ресторе сделать, заодно и убедиться, что все в порядке.

← →
Layner © (2007-06-20 10:39) [7]

Кто же на работающей БД структуру меняет?!
Да как, я разработчик предположим, захотел одно поле, понял что надо другое, в MSSQL без проблем и без всяких перегрузок... да и вообще такой проблемы не знал до сегодняшнего момента :)

← →
Грициан (2007-06-20 10:42) [8]

мда, аффтар, в таких случаях рекомендуется делать
update sometable set somefield=somefield

После внесения изменений в процедуру, желательно перегрузить сервер, т.к. она может отрабатывать не правльно - либо вести себя так, как вела себя до изменения, либо вообще черти что выдавать. После перезагрузки сервера всё становится на свои места.
изменения процедур нужно вести в монопольном режиме, иначе можешь не только такие ашипки получить.
У нас за запуск изменений процедур на рабочей базе - штраф 50 грн.
Ибо чревато.
И последнее - переходите на 2.0.1, там много чего поправлено, в том числе и с процедурами.

← →
StriderMan © (2007-06-20 10:45) [9]

> И последнее - переходите на 2.0.1

она же еще бета. release-candidate.

← →
Romkin © (2007-06-20 10:50) [10]

2.0.1 давно выпущена :)
На MSSQL - да, проходит. Но там и грохнуть можно что хочешь, он зависимости не проверяет. И что? Ты уверен, что все сервера БД должны работать в точности как MSSQL? Таки ты ошибаешься. И огребешь еще много разного, потому что FB - версионник, а ты на блокировочник смотришь.

← →
ZeroDivide © (2007-06-20 10:53) [11]

> Дак вот столкнулся с тем, что сервер местами подглючивает
> основательно.

Нормальный он. Есть некоторые "фичи", но в целом очень даже приятная СУБД.

← →
Грициан (2007-06-20 10:56) [12]

> она же еще бета. release-candidate.

2.0.1 выпущена в начале января 2007 года. RC на даный момент - 2.0.2.
А прогрессивное человечество вовсю тестирует 2.1 :), которое еще даже не бета

← →
Slider007 © (2007-06-20 11:13) [13]

ZeroDivide © (20.06.07 10:53) [11]
Нормальный он. Есть некоторые "фичи", но в целом очень даже приятная СУБД.

Полностью согласен, просто очень удивился когда столкнулся :)

← →
Desdechado © (2007-06-20 11:14) [14]

Slider007 © (20.06.07 08:52)
Это не глюки, это фичи.
И прежде, чем фукать, неплохо бы ознакомиться с документацией, а не с книжкой. Кижка - это только интермедия.

ЗЫ
FB весьма строг, и это его плюс.

← →
Megabyte © (2007-06-20 11:24) [15]

> Desdechado © (20.06.07 11:14) [14]
FB весьма строг, и это его плюс.

Согласен :)

з.ы. У нас основной проект на FB 2.0 пашет уже месяца 3 и ничего, работаем-с :)

← →
Petr V.Abramov (2007-06-20 12:40) [16]

все же FB вырос из IB, который, как известно, для американских танкистов, которые метаданные не меняют во время стрельбы.

> танкистов, которые метаданные не меняют во время стрельбы.
Там вообще в ROM зашито, ибо только чтение данных по типам целей и их характеристикам.

> Petr V.Abramov (20.06.07 12:40) [16]
> все же FB вырос из IB, который, как известно, для американских
> танкистов

ну это вы зря. IB довольно прогрессивная СУБД была для своего времени. версионная архитектура опять же впервые там появилась.

← →
Petr V.Abramov (2007-06-20 13:35) [19]

> StriderMan © (20.06.07 13:07) [18]
> версионная архитектура опять же впервые там появилась.
ну не то чтоб впервые
а СУБДшка действительно очень даже ничего.

Sergey13 © (20.06.07 9:08) [1]
Аксесом.
а чем аксес лучше ? где представления ? где блобы ?!

а с FireBird 1.5 и правда есть один глюк. Если будет таблица с первичным ключом на поле типа varchar и там будут строки с русской кодировкой - жди глюка. причём это дело в 2.0 исправлено.

и если уж начали, в представления можно добавлять как в таблицы? или у меня просто где-то ещё ошибки были ...

← →
Грициан (2007-06-20 16:30) [21]

> и если уж начали, в представления можно добавлять как в
> таблицы? или у меня просто где-то ещё ошибки были ...

можно, напиши триггеры и фпирьод.

>
> и если уж начали, в представления можно добавлять как в
> таблицы? или у меня просто где-то ещё ошибки были ...

Если представление создано на основе 1 таблицы, как правило можно добавлять без лишних телодвижений.
Иначе писать тригеры. Вообще работа с представлениями и XP в Firebird очень удобно реализованна.

Глюки FireBird 1.5.4 Найти похожие ветки