Народ,
нужен совет по вопросу замены / перехода с версии 1.0 на версию 1.5 или более позднюю.
Есть рабочая база которая много лет крутиться на версии 1.0, но появилась необходимости перехода на более позднюю
(новые возможности T-SQL, select-a и прочее) Вопрос - не навредит новая версия работоспособности базы на на версии 1.0
и какие могут возникнуть проблемы с миграцией?
Кто что может сказать?
Заранее все спасибо

Filippov Dmitry,
SQL ...

Мимопроходящий,
То есть ты предлагаешь сразу на 3.0? Как вопрос с совместимостью с предыдущими, а в моем случае, и с первым релизом?

GallemarValeriiМимопроходящий,
То есть ты предлагаешь сразу на 3.0? Как вопрос с совместимостью с предыдущими, а в моем случае, и с первым релизом?
Для тебя разницы сейчас большой нет между переходом между 1.5, 2.5 или 3.0. Возни будет много везде.

Что ты вкладываешь в понятие "много возни"?
Переустановить Guardian? Каталоги и шары на них с базой останутся прежними? В чем могут возникнуть проблемы. У меня мало ропыта - скорее всего практически нет опыта работы с FireBird...

Симонов ДенисValerii,

чем больше разница между версиями, тем больше геморроя будет при переходе. Миграция с 1.0 на 3.0 потребует столько доработок, что это может отпугнуть даже опытного разработчика. Но если ты готов к трудностям, то попробуй.

То есть такое понятие совместимость с предыдущими версиями в FireBird-е нет?

МимопроходящийHello, Valerii!
You wrote on 10 октября 2016 г. 12:45:00:

Valerii> Как вопрос с совместимостью с предыдущими, а в моем случае, и с первым релизом?
в твоём случае, что пнём по сове, что сову об пень.
какую версию ни возьми, что-нибудь да вылезет.
ибо о версии 1.0 можно сказать словами дедушки В.И.Ленина: "Страшно далеки они от народа." (с)



Клиентское приложение никто переписывать уже не будет.. просто есть ситуации когда нужно изменить кое-какие пользовательские процедуры, но в 1.0 есть трудности к примеру с CASE .. END и тд. И если перейти в 3.0 или 2.5 то останутся ли работоспособными старые команды и функции из 1.0 в новых версиях?

Filippov DmitryValerii,

можно подробности? Для чего используется база? Если туда просто делается INSERT данных в таблицы, то это одно.
Если там много кода в хранимых процедурах - совсем другое. и т. д. ...
Мы же не представляем вашу ситуацию.
Попробуйте описать базу, объем ее и так далее, что считаете нужным.

P.S. нет опыта с Firebird - поверьте это не страшно. У всех присутствующих на форуме был такой период в биографии. ;-)
Напишите, что читали про миграцию, наверное вам посоветуют и другие источники.

в базу ежедневно вносятся данные, эта база ежедневно экспортируется по определенным критериям в другие базы.
Есть написанный клиент при помощи которого и вносятся эти изменения, корректировки. Более того к ней подключено 2 веб сервиса для получения данных из вне через клиентами.

Я спросил об одной вещи - о совместимости Firebird с предыдущими версиями - то что есть в продуктах Microsoft.
А именно - перейдя на более новую версию - необязательно последнюю - не рухнет у меня работа клиента , в котором есть "конструкции" для/из версии 1.0?
Тут понеслось на форуме - нет опыта читай книжки, обратись к специалистам.
Книжки читал - но не нашел про совместимость версии - только указано что тот же CASE... END начинается с версии 1.5, другие команды существуют только в версии начиная с 2.0 или даже 2.5

Многие пишут что могу хапнуть проблем - это я и без них знаю. Я хочу конкретно знать куда рыть и чего бояться. И будет ли у меня возможность безболезненно вернуться на 1.0 в случае неудачной попытки перейти на более новую версию FireBird?

Симонов ДенисValerii,

1.0 это фактически IB 6.0 с исправленными багами.
ЕМНИП в 1.5 намного строже с неоднозначными именами полей, нужно алиасы указывать, но если у вас все запросы правильно написаны, то может и прокатит.
2.0 ещё и неправильное использование контекстов NEW и OLD запрещает в триггерах.
2.1 имеет кучу встроенных функций, т.е. надо ненужные UDF выпиливать, да и кодировка метаданных поменялась, что сулит дополнительным геморроем.
+ в каждой версии добавлялись новые ключевые и зарезервированные поля.
Короче для перехода на 3.0 тебе придётся все релизноты прочитать (1.5, 2.0, 2.1, 2.5, 3.0) для того чтобы успешно выловить косяки. Оно конечно может повезти и тогда ничего править не надо, но я сильно в этом сомневаюсь.

Так что морально готовься к трудностям.

спасибо - то что хотелось услышать от парней которые сидят на этой теме!!!

МимопроходящийHello, Valerii!
You wrote on 10 октября 2016 г. 13:07:19:

Valerii> будет ли у меня возможность безболезненно вернуться на 1.0 в случае неудачной попытки перейти на более новую версию FireBird?
миграция от более новой версии к более древней всегда сложнее чем наоборот.

зы: про микрософты тут не рассказывай - миграция с одной версии MS SQL на другую не менее геморройна

При наличии скрипта для создания (воссоздания) базы, который делается в 2 пинка и последующий импорт данных - дело только во времени заливки данных. Понятно что это не просто как "отстегнуть" и "пристегнуть" на новый сервер старую базу.
Но весь код в новой версии отработается точно также как и в старой. И только после этого базу можно развивать новыми возможностями языка и прочим новым функционалом ...
Именно это мне сейчас нужно от FireBird ..

Парни, Всем спасибо - прояснили некоторые детали - осталось только в реальной обстановке все попробовать .

Мимопроходящий,

у меня миграция с 1.0 на более новую, установил 2.5 ...