|
Хочется подробностей о SYSPROC.ADMIN_MOVE_TABLE
|
|||
---|---|---|---|
#18+
Не едет. Ругается: ------------------------------ Введенные команды ------------------------------ CALL SYSPROC.ADMIN_MOVE_TABLE( 'DB2ADMIN', 'R_COMPONENTS_VALUE', 'LARGESPACE2', 'LARGESPACE2', 'LARGESPACE2', '', '', '', '', '', 'MOVE'); ------------------------------------------------------------------------------ CALL SYSPROC.ADMIN_MOVE_TABLE( 'DB2ADMIN', 'R_COMPONENTS_VALUE', 'LARGESPACE2', 'LARGESPACE2', 'LARGESPACE2', '', '', '', '', '', 'MOVE') SQL2103N Процедуру ADMIN_MOVE_TABLE не удалось выполнить, поскольку какой-то аспект исходной таблицы или таблицы назначения процедурой ADMIN_MOVE_TABLE не поддерживается. Код причины : "6". SQLSTATE=5UA0M SQL2103N Процедуру ADMIN_MOVE_TABLE не удалось выполнить, поскольку какой-то аспект исходной таблицы или таблицы назначения процедурой ADMIN_MOVE_TABLE не поддерживается. Код причины : "6". Объяснение: Процедура SYSPROC.ADMIN_MOVE_TABLE позволяет переместить данные из одного табличного пространства в другое. Например, если есть существующие табличные пространства DMS, в которых атрибут Reclaimable Storage не включен, то эта процедура позволит перенести эти данные в новые табличные пространства DMS, в которых атрибут Reclaimable Storage включен. Процедура ADMIN_MOVE_TABLE не может работать с исходной таблицей или таблицей назначения, поскольку они существуют в настоящий момент в базе данных. На аспект, мешающий операции, указывает код причины: 6 Возможны следующие ситуации: * Тип исходной таблицы не поддерживается. * На таблице не определены реляционные ограничения. * Таблица находится в состоянии отложенной проверки целостности или не нерабочем состоянии. 7 .... Что за неподдерживаемый тип - непонятно. С ограничениями не переносится, без ограничений тоже не переносится. Состояние вполне себе рабочее, на первый взгляд. Информации отсюда маловато: https://www.ibm.com/support/knowledgecenter/ru/SSEPGG_9.7.0/com.ibm.db2.luw.admin.dm.doc/doc/t0054864.html Тут даже параметры толком не расписаны. Есть топик, где написано, что удаление индексов помогает, удалил - не помогает. Тригеры удалил - не помогает. Можно, конечно, найти окно, сделать ddl, выгрузить данные, поправить ddl, чтобы в новом месте создавала, создать, загрузить. Но во-первых хлопотно, во-вторых не уверен, что предусмотрю всяческие неочевидные тонкости типа автоматически генерируемого ID. А тут такая, вроде, ценная функция, но счастье предоставлять отказывается по неясной причине... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2017, 14:08 |
|
Хочется подробностей о SYSPROC.ADMIN_MOVE_TABLE
|
|||
---|---|---|---|
#18+
Честный чайник, Покажите ddl файл от: Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2017, 14:32 |
|
Хочется подробностей о SYSPROC.ADMIN_MOVE_TABLE
|
|||
---|---|---|---|
#18+
Честный чайник, коллега из Ростова упоминал, что проблема в русскоязычных комментариях к столбцам. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2017, 20:13 |
|
Хочется подробностей о SYSPROC.ADMIN_MOVE_TABLE
|
|||
---|---|---|---|
#18+
GuzyaЧестный чайник, коллега из Ростова упоминал, что проблема в русскоязычных комментариях к столбцам. А ты запускал на db 9.7.6 ? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2017, 07:13 |
|
Хочется подробностей о SYSPROC.ADMIN_MOVE_TABLE
|
|||
---|---|---|---|
#18+
Chumakov_JAGuzyaЧестный чайник, коллега из Ростова упоминал, что проблема в русскоязычных комментариях к столбцам. А ты запускал на db 9.7.6 ? И ещё там есть внешние ключи а вот команда CALL SYSPROC.ADMIN_MOVE_TABLE отказывается переносить если есть внешний ключ хотя если возможно это обойти тогда будет замечательно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2017, 08:23 |
|
Хочется подробностей о SYSPROC.ADMIN_MOVE_TABLE
|
|||
---|---|---|---|
#18+
Chumakov_JAа вот команда CALL SYSPROC.ADMIN_MOVE_TABLE отказывается переносить если есть внешний ключ хотя если возможно это обойти тогда будет замечательно.Но ведь для 9.7 в описании ADMIN_MOVE_TABLE в разделе Restrictions об этом сказано: Foreign keys (referential constraints) are not supported, either parent or child Это ограничение было снято в 10.1.2 (которая уже тоже снята с поддержки, как и 9.7) и во всех более новых версиях. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2017, 11:37 |
|
Хочется подробностей о SYSPROC.ADMIN_MOVE_TABLE
|
|||
---|---|---|---|
#18+
Chumakov_JAGuzyaЧестный чайник, коллега из Ростова упоминал, что проблема в русскоязычных комментариях к столбцам. А ты запускал на db 9.7.6 ? На 9.7.9. Закончатся другие эксперименты, попробую комментарии поудалять. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.01.2018, 07:08 |
|
Хочется подробностей о SYSPROC.ADMIN_MOVE_TABLE
|
|||
---|---|---|---|
#18+
[quot Можно, конечно, найти окно, сделать ddl, выгрузить данные, поправить ddl, чтобы в новом месте создавала, создать, загрузить. Но во-первых хлопотно, во-вторых не уверен, что предусмотрю всяческие неочевидные тонкости типа автоматически генерируемого ID. А тут такая, вроде, ценная функция, но счастье предоставлять отказывается по неясной причине...[/quot] Странно, что вы верите, что это функция ценная, сработает обязательно как надо и предоставит "счастье" (положим, что все типы были бы поддерживаемые и проблем с комментариями бы не было). И проверять за ней не будете, действительно ли она предусмотрела эти всякие неочевидные тонкости? Давно бы уже свой скрипт написали. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.01.2018, 16:36 |
|
|
start [/forum/topic.php?fid=43&msg=39584135&tid=1600363]: |
0ms |
get settings: |
10ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
64ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
others: | 314ms |
total: | 468ms |
0 / 0 |