|
|
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
drodmanя думаю что у меня просто нехватка опыта по переводу БД Нет, просто ты своей правкой БД "по живому" её немного повредил. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2014, 15:57:22 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
DarkMaster Неявные касты? Не совсем понимаю что есть: "неявные касты" (Неявные обращения к таблицам в select'ах?) При заливке скриптом по идее была бы такая же проблема. Скриптом все заливается без ошибок. Хотя и при restore вроде все разворачивается, и видимых отличий по метаданным нет (по крайней мере по количеству таблиц, процедур, тригеров, udf, индексов). Но если есть ошибка, она может мне потом когда-нибудь так аукнуться..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2014, 16:15:59 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
drodmanDarkMasterНеявные касты? Не совсем понимаю что есть: "неявные касты" (Неявные обращения к таблицам в select'ах?) Код: sql 1. 2. 3. 4. 5. 6. 7. Отдай блоку на вход строки '1234' и ' '. Прочувствуй разницу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2014, 16:48:56 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
DarkMasterНеявные касты? Типы данных перепутать не могли никак, ибо все процедуры, тригера - компилируются, и из скрипта то экспорт-импорт проходит нормально без ошибок. Где-то, я думаю корявое описание может какое. Но знать бы куда копать. Проблема вылазит после коммита, не могу определить куда он обращается, когда вылетает на ошибку (Судя по данным выхлопа gbak, последние строки перед остановкой приведены выше). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2014, 18:34:49 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovНет, просто ты своей правкой БД "по живому" её немного повредил. Все процедуры и приложения по обращению или изменению в базе, обязательно откатываются на "кошках". А лишь после заливаются, да и backup resore на 2.1 проходит без сучка и задоринки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2014, 18:39:16 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
drodman> backup resore на 2.1 проходит без сучка и задоринки. Ну, у нас на 4.2.1 - тоже лихо прокатывало... А потом на 1.0.х - взяло и съехало... Оказалось, что там затесался какой-то непечатный символ, выглядевший, как пробел... ;) -- Vladimir A.Bakhvaloff E-Mail: zirra1969<bark>gmail<dot>com Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2014, 19:21:34 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
drodmankdv, Вот кусок "выхлопа": gbak: activating and creating deferred index RDB$PRIMARY gbak: activating and creating deferred index FK_TBL_SPRSCANCOD_1 gbak: committing metadata gbak: ERROR:conversion error from string " " gbak:Exiting before completion due to errors Структуру таблицы (TBL_SPRSCANCOD) можно? Вообще просто по какой то причине поломан constraint, у нас толи в 2.1, толи 2.0 такое бывало. Конкретно этот gbk файл на 2.1. восстанавливается без проблем? Если да то прблема, которую помню при переходе - это уникальный индекс по нескольким полям с допуском null-ов ( в 2.? он работал некорректно, вроде это уже после 1.0 было, если память не подводит ) . Так же посмотреть check на поля в данной таблице. Есть вариант после восстановления на 2.1 выгрузить данные из таблицы TBL_SPRSCANCOD и удалить её содержимое, потом сделать b 2.1/ r 2.5 и залить данные обратно, либо перед b дропнуть внешний ключ попробовать, и посмотреть на данные в 2.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2014, 16:52:36 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
NikolayV81Так же посмотреть check на поля в данной таблице. в памяти крутится что-то про нехорошую запись типа value in ( null, 0, 1 ) в check constraint, и как раз связанное со строками, но точно вспомнить не могу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2014, 16:54:44 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
NikolayV81, Пробовал удалить таблицу TBL_SPRSCANCOD полностью и все зависящие от нее процедуры и тригера, результата не приносит. Самое странное что через скрипт все загружается без проблем. Структура таблицы Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. Еще одна странная особенность что после выгрузки мета-данных через gbak все процедуры, тригера, индексы без проблем перекомпилируются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2014, 11:14:19 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
Самое интересно что после выгрузки метаданных и скрипта на новой версии FB backup проходит а restore нет. С той же мой ошибкой Error conversion from string " ". Где-то сидит "кракозябра" а вот как ее выловить ума не приложу. Может есть еще какие идеи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2014, 12:13:11 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
drodmanNikolayV81, Пробовал удалить таблицу TBL_SPRSCANCOD полностью и все зависящие от нее процедуры и тригера, результата не приносит. Самое странное что через скрипт все загружается без проблем. Пропустил что-то, а с ключём -i восстанавливается ( полный бэкап с данными )? ( Можно ещё -o добавить, на всякий случай ( есть около-нулевая вероятность отловить в какой таблице проблема ) ) Если с деактивированными индексами восстанавливается, то после восстановления ручками ( скриптом ) пройти по индексам и активировать их, будет понятно который не взлетел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2014, 12:16:12 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
NikolayV81, Данные выливать пока даже не пытаюсь, т.к. проблема в метаданных. С ключами пробовал -i, -o пока рановато, дело данных еще не дошло. Все метаданные перекомпилируются (процедуры, триггеры). И recreate индекса проходит нормально (на FB 2.5), метаданные залил через скрипт. Почему то кажется что проблема где-то в descriptions поля, таблицы или параметра процедуры. Но их тут очень много. По всей видимости придется по одному искать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2014, 12:31:21 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
Всем большое спасибо за активное участие. Проблема нашлась. В одной из таблиц по каким-то чудным обстоятельствам (скорее еще при переходе с FB 1.5 на 2.1) был один кривой индекс. Получилось вот значит как: Есть поле ID на нем установлен Primary Key А у самого поля нет установлен параметр "not null". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2014, 14:54:06 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
drodmanВсем большое спасибо за активное участие. Проблема нашлась. В одной из таблиц по каким-то чудным обстоятельствам (скорее еще при переходе с FB 1.5 на 2.1) был один кривой индекс. Получилось вот значит как: Есть поле ID на нем установлен Primary Key А у самого поля нет установлен параметр "not null". Кто то в системные таблицы руками лазил... Хорошо что нашлось. Да при переходе там возможно ещё udf ещё изменения вроде как ( или это с 1.0 было ) рекомендую проверить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2014, 14:58:59 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
NikolayV81, Действительно были при ранних переходах проблемы с UDF из-за того что были функции в udf, а потом стали встроенными. Еще неделька тестов и на продакшен. Кстати если кому интересно размер базы 270 Gb время через BackupRestore на 16-ти камнях и 32 Gb ОЗУ заняло чуть более 1,5 часа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2014, 15:08:07 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
drodmanNikolayV81, Действительно были при ранних переходах проблемы с UDF из-за того что были функции в udf, а потом стали встроенными. Еще неделька тестов и на продакшен. Кстати если кому интересно размер базы 270 Gb время через BackupRestore на 16-ти камнях и 32 Gb ОЗУ заняло чуть более 1,5 часа. Не верю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2014, 04:31:37 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
GallemardrodmanNikolayV81, Действительно были при ранних переходах проблемы с UDF из-за того что были функции в udf, а потом стали встроенными. Еще неделька тестов и на продакшен. Кстати если кому интересно размер базы 270 Gb время через BackupRestore на 16-ти камнях и 32 Gb ОЗУ заняло чуть более 1,5 часа. Не верю Может у них индексов нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2014, 09:07:38 |
|
||
|
Переход с версии 2.1 на 2.5
|
|||
|---|---|---|---|
|
#18+
wadman,:) это наверно совсем нет индексов. Или на мелких таблицах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2014, 12:10:39 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38626171&tid=1563570]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
197ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 501ms |

| 0 / 0 |
