|
Порядок таблиц/ХП в скрипте экспорта. Проблема с параметром TYPE OF COLUMN
|
|||
---|---|---|---|
#18+
Можно ли поменять местами таблицы и ХП в скрипте экспорта? Сейчас они идут так - Заглушки ХП - Таблицы - Итоговые ХП И возникает проблема с одной базой, где я поменял тип параметра ХП с VARCHAR(20) на TYPE OF COLUMN <Table>.<Field>. IBE генерирует создание заглушки с расшифровкой типа (в виде VARCHAR(20), а потом пересоздает ХП уже как надо). При накате этого скрипта (что самим IBE, что isql) создание итоговой ХП обламывается с ошибкой Creating DB "db.gdb"... SQL> SQL> Filling metadata... Statement failed, SQLSTATE = 42000 unsuccessful metadata update -cannot delete -DOMAIN RDB$20 -there are 1 dependencies After line 1385 in file C:\script.sql Если поставить первым создание таблиц и поменять типы при создании заглушек на TYPE OF COLUMN - всё работает. isql, кстати, тоже экспортирует в таком порядке. К сожалению, пока не удалось создать воспроизводимый пример, т.к. простая пара таблица-ХП накатывается без проблем. FB 2.5.6. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2016, 18:15 |
|
Порядок таблиц/ХП в скрипте экспорта. Проблема с параметром TYPE OF COLUMN
|
|||
---|---|---|---|
#18+
Не должно быть в заглушках TYPE OF COLUMN. Версия эксперта какая? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2016, 03:47 |
|
Порядок таблиц/ХП в скрипте экспорта. Проблема с параметром TYPE OF COLUMN
|
|||
---|---|---|---|
#18+
Чойто мне кажется, что ему просто обновить надо IBExpert. Все по части TYPE OF COLUMN вроде как исправлено уже. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.11.2016, 10:04 |
|
Порядок таблиц/ХП в скрипте экспорта. Проблема с параметром TYPE OF COLUMN
|
|||
---|---|---|---|
#18+
В самом деле, версия оказаась старой (обновлялся, но скрипт обновления подвел). Тем не менее, в новой ничего не поменялось: Extract metadata Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
Выполняю получившийся скрипт, меняя имя БД на несуществующее This operation is not defined for system tables. unsuccessful metadata update. cannot delete. DOMAIN RDB$13. there are 1 dependencies. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.11.2016, 16:55 |
|
Порядок таблиц/ХП в скрипте экспорта. Проблема с параметром TYPE OF COLUMN
|
|||
---|---|---|---|
#18+
Версия 2016.11.7.2 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.11.2016, 16:56 |
|
Порядок таблиц/ХП в скрипте экспорта. Проблема с параметром TYPE OF COLUMN
|
|||
---|---|---|---|
#18+
Василий №2В самом деле, версия оказаась старой (обновлялся, но скрипт обновления подвел). Тем не менее, в новой ничего не поменялось: Extract metadata Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
Выполняю получившийся скрипт, меняя имя БД на несуществующее This operation is not defined for system tables. unsuccessful metadata update. cannot delete. DOMAIN RDB$13. there are 1 dependencies. Не морочь мне голову, в скрипте вообще разные процедуры. Кто и зачем там домен пытается удалить - мне отсюда тоже не видно. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2016, 06:57 |
|
Порядок таблиц/ХП в скрипте экспорта. Проблема с параметром TYPE OF COLUMN
|
|||
---|---|---|---|
#18+
Таблицы переименовывал как пример... Вот минимально воспроизводимый скрипт (генерируется экспертом с галкой extract all, decode domains снята) Код: 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. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64.
Ошибка "This operation is not defined for system tables. unsuccessful metadata update. cannot delete. DOMAIN RDB$1. there are 1 dependencies." на "ALTER PROCEDURE SELPROC_PAT" ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2016, 18:10 |
|
Порядок таблиц/ХП в скрипте экспорта. Проблема с параметром TYPE OF COLUMN
|
|||
---|---|---|---|
#18+
Василий №2Вот минимально воспроизводимый скрипт Ну вот, с этого и надо было начинать. Дело в представлении, которое использует тот же домен, что и процедура, созданная по заглушке. И не дает поменять тип параметра. Разгребание подобных зависимостей - задачка та еще, так что я вряд ли буду этим заниматься из-за одного частного случая. Тем более, что в тройке этот скрипт отрабатывает без проблем. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2016, 04:07 |
|
Порядок таблиц/ХП в скрипте экспорта. Проблема с параметром TYPE OF COLUMN
|
|||
---|---|---|---|
#18+
Ясно, спасибо. Будет дополнительный повод перейти на тройку. А все же - почему был принят именно такой порядок, в отличие от isql, который без проблем отрабатывает данный сценарий? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.11.2016, 17:12 |
|
Порядок таблиц/ХП в скрипте экспорта. Проблема с параметром TYPE OF COLUMN
|
|||
---|---|---|---|
#18+
Василий №2А все же - почему был принят именно такой порядок, в отличие от isql, который без проблем отрабатывает данный сценарий? Существующий порядок устаканился задолго до появления TYPE OF, а алгоритм isql, полагаю, рихтуется под каждую новую версию сервера и его фичи. Не факт, что он без проблем разрулит любую цепочку зависимостей в любой базе. Таблицы могут использовать процедуры в вычисляемых полях, поэтому на момент создания вычисляемых полей соответствующие процедуры уже должны существовать. Представления тоже могут использовать процедуры (а процедуры - представления). Так что порядок создания объектов в эксперте - дешевый способ избежать геморроя с раскруткой всех цепочек зависимостей, которые могут быть весьма сложными. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.11.2016, 05:44 |
|
|
start [/forum/topic.php?fid=42&fpage=20&tid=1599177]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
40ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 11ms |
total: | 135ms |
0 / 0 |