Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2007.07.22;
Скачать: CL | DM;

Вниз

Глюки 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, который, как известно, для американских танкистов, которые метаданные не меняют во время стрельбы.


 
Desdechado ©   (2007-06-20 12:52) [17]

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


 
StriderMan ©   (2007-06-20 13:07) [18]


> 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]
> версионная архитектура опять же впервые там появилась.
ну не то чтоб впервые
а СУБДшка действительно очень даже ничего.


 
Vendict ©   (2007-06-20 16:18) [20]

Sergey13 ©   (20.06.07 9:08) [1]
Аксесом.

а чем аксес лучше ? где представления ? где блобы ?!

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

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


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


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

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


 
atruhin ©   (2007-06-20 17:15) [22]

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

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



Страницы: 1 вся ветка

Текущий архив: 2007.07.22;
Скачать: CL | DM;

Наверх




Память: 0.52 MB
Время: 0.031 c
11-1165826709
Greeg
2006-12-11 11:45
2007.07.22
Как сделать подсветку синтаксиса с помощью HIlightMemo?


3-1177135365
SerMaxx
2007-04-21 10:02
2007.07.22
Вопрос по TQuery, запрос


2-1182757805
gentos
2007-06-25 11:50
2007.07.22
Scan


1-1179322890
webpauk
2007-05-16 17:41
2007.07.22
Получение размера иконок


15-1182807045
SerJaNT
2007-06-26 01:30
2007.07.22
Вывод из WebMoney