Симонов Денис MS SQL 2005 - MS SQL 2008 - MS SQL 2012 - MS SQL 2016
Релиз раз в 3-4 года.
Тут я наверно даже буду на вашей стороне, так как SQL разрабатывает огромная корпорация, а FB пусть и профессионалы, но их мало по сравнению с MS. Тут на одно тестирование времени много уходит.

Симонов Денис MS SQL 2005 - MS SQL 2008 - MS SQL 2012 - MS SQL 2016
Релиз раз в 3-4 года.
Есть еще MS SQL 2014

Фэйтл Эра И как можно "забыть" - ты ведь совсем недавно с FB тут барахтался?
Год назад. За это время сделал уже 3 проекта, хотя конечно масштаб совсем не тот как FB.

Фэйтл Эра Не мог бы ты сосредоточиться на технической стороне, и все же ответить, что у тебя с бэкапом в FB не затанцевало?
Нельзя восстановить бекап 2.5.8 на 3.0.4.
Там система хранения данных на диске поменялась. Если не ошибаюсь ввели OIS12, OIS13 (если не путаю термины) не совместимый со старыми версиями. А нормальноой кнвертации не предусмотрено.
В SQL это без проблем. Если не считать крайних случаев, типа SQL 2000 на SQL 2014

Мимопроходящий01.02.2019 16:59, SQL2008 пишет:
> Нельзя восстановить бекап 2.5.8 на 3.0.4.

не пес ди
Восстановление через танцы с бубном типа
ПЕРЕХОД МЕЖДУ ПОСЛЕДНИМИ ВЕРСИЯМИ INTERBASE И FIREBIRDFirebird 1.5 и InterBase 7.x (не говоря про более новые версии) уже достаточно сильно отличаются по функциональности. Поэтому смысл в таком переходе есть, если
вы не пользовались специфической функциональностью Firebird 1.5 или InterBase 7.x
вы пользовались специфической функциональностью Firebird 1.5 или InterBase 7.x, но готовы все переделать под новый сервер. На сегодняшний момент для ряда баз это уже практически неосуществимая задача. И дальше, с появлением все новой функциональности в Firebird 2.x и InterBase 2007/2009/XE расхождения будут еще больше.

Первое, что нужно сделать, это извлечь метаданные из БД в скрипт и попробовать создать новую БД под новым сервером из этого скрипта (isql -x db.gdb, isql -i script.ddl). Так вы обнаружите все несоотвествия и несовместимости в метаданных.

Если все прошло нормально, можно делать backup/restore. В соответствии с изложенным в предыдущих разделах нужно
при переходе с Firebird на InterBase сделать бэкап утилитой gbak от InterBase,
при переходе с InterBase на Firebird сделать бэкап утилитой gbak от Firebird,
после чего нужно выполнить restore полученного backup под новым сервером.

Если backup/restore прошел, и создание метаданных БД из скрипта также прошло, то нужно быть готовым к несовместимости BLR. BLR – это псевдокод в виде которого хранятся объекты БД – процедуры, триггеры, view и т. п. При restore, разумеется, эти объекты не перекомпилируются. В Firebird и InterBase константы языка BLR могут не совпадать, даже при совершенно идентичном тексте SQL процедур, триггеров и view. Вероятность такого несовпадения мала, но ее не стоит исключать.

Если вы заметили, что процедура или триггер под новым сервером работает как то "не так" – перекомпилируйте этот объект.

Если backup/restore не проходит, тогда единственный путь – это
создание БД из исправленного скрипта метаданных,
перекачивание данных из исходной БД любыми доступными средствами.
равносильны отсутствию такой возможности.

Это все равно, что утверждать, что "Гвоздь можно забить в стену полотенцем"
Нужно просто завернуть в него молоток!

Поправка - не OIS12, а ODS12

Фэйтл ЭраSQL2008пропущено...

Нельзя восстановить бекап 2.5.8 на 3.0.4.
...
Не мог бы ты представить воспризводимый пример? Дело в том, что совместимость между этими версиями задекларирована не только лишь для бэкапов, но и для файлов баз.
Хотя может быть тут написана ерунда ?

Фэйтл Эра совместимость между этими версиями задекларирована ... и для файлов баз.
ВерсияОсновная версия ODSМожет работать с ODSПримечанияFirebird 2.511.2 (прим. 5)10.x 11.05. ODS 11.2 Firebird 2.5 несовместима с Firebird 2.1 и 2.0. То есть базы от Firebird 2.5 не могут быть открыты Firebird версий 2.0 и 2.1.;Firebird 3.012.0предыдущие не поддерживаютсяВ Firebird 3.0 включен движок (engine12.dll) только для поддержки ODS 12. Предыдущие ODS не поддерживаются.;

Фэйтл Эра А ты написал про то, что бэкап 2.5 несовместим с 3.0.4: 21799942 .
Если не придираться к словам, то я написал именно так.
На мой взгляд, если нет стандартного способа для 100%-го восстановления бекапа младшей версии в старшую, то я считаю, что бекапы несовместимы.

SQL2008Фэйтл Эра А ты написал про то, что бэкап 2.5 несовместим с 3.0.4: 21799942 .
Если не придираться к словам, то я написал именно так.
На мой взгляд, если нет стандартного способа для 100%-го восстановления бекапа младшей версии в старшую, то я считаю, что бекапы несовместимы.
Приведу аналогию к своем мысли.
Можно ли заменить водой незамерзайку?
Мой ответ - нет.
Ваш - можно, нужно только добавить в воду изопропиловый спирт.

Фэйтл Эра Я попросил тебя предоставить воспроизводимый пример: 21799950 .
Ну, давай же.
Мне импонирует ваша вежливость, поэтому вам отвечу.
Не приведу, так как неохота возиться.
Если вы считаете, что я неправ, то пожалуйста.
Не буду с вами спорить.

Basil A. SidorovSQL2008Нельзя восстановить бекап 2.5.8 на 3.0.4.Как бы вам помягче сказать, чтобы не обидеть ...
В общем, если у вас что-то не получилось - это ещё не значит, что вы обнаружили невозможное.
Абсолютно с вами согласен!
Возможно, что что-то делал не так.
Потом почитал интернет и сделал вывод (возможно ошибочный), что это невозможно.
Тогда о чем пишут на ресурсах, которые я вам привел?