Firebird 1.5.6

den beckett 28 декабря, 2015 - 15:54

Уголок разработчика

Минувшим летом ковырял сабж, но нехватка времени и знаний не позволили закончить. Удалось добиться устойчивой сборки на актуальной системе, с кучей ворнингов, конечно, ибо писалось под gcc3, патчи только под 4.0 и 4.1. Не удалось победить ошибку на этапе линковки, кроме того, похоже что сборка игнорирует use-флаги - видать, где-то я сильно накосячил, ебилдопейсатель из меня совсем никакой.:) В общем, если есть желающие довести до ума, готов поделиться "полуфабрикатом". Мало-ли, нужно кому...

Для комментирования войдите или зарегистрируйтесь

ИМХО проще (а главное

Автор wi, дата создания 4 января, 2016 - 17:00.

ИМХО проще (а главное идеологически верно) базу под свежий подогнуть, чем зомбаря пилить. Сначала в тестовом варианте ессно. На один из косяков при апгрейде напоролся лично. Не помню с какой версии в файрберде запретили менять таблицу в триггерах after_update. База перестала изменяться напрочь, пришлось перепиливать триггера на before_update, благо триггеропейсатель особой логики в них не заложил. Определения триггеров и хранимых процедур можно выгрузить (и обратно загрузить) текстом . На сотню таблиц потратил около двух часов. На стороне клиента за 10 лет эксплуатации ничего менять не приходилось, тут с совместимостью полный порядок ИМХО.

Для комментирования войдите или зарегистрируйтесь

Есть такая штука как

Автор den beckett, дата создания 8 января, 2016 - 21:56.

Есть такая штука как энтерпрайз, бессмысленный и беспощадный. Очень сложно сподвигнуть контору-разработчика софтины перейти на другую версию СУБД. Особенно ежели контора та ликвидировалась еще хз сколько лет назад. А начальство в первую очередь смотрит на деньги, если все работает и так, зачем их тратить? Впрочем, у нас все решилось другим путем - в приказном безальтернативном порядке закупили серверную В-нду, и вопрос отпал сам собой.