Форум: "Прочее";
Текущий архив: 2007.07.22;
Скачать: [xml.tar.bz2];
ВнизГлюки 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;
Скачать: [xml.tar.bz2];
Память: 0.5 MB
Время: 0.04 c