Помогите понять в чем ошибка при переносе данных из БГД

[amnesiac]

Добрый день!

Помогите пожалуйста понять, что означает ошибка при переносе данных! Сейчас у меня стоит задач перенести данные в нашей организации из файловой БГД в БД на PostgreSQL. Как я понимаю, что каких-то стандартных задач все это достаточно сделать штатными средствами ArcGIS.
Я настроила PostgresQL согласно мануалам, создала тестовую базу данных и пытаюсь перенести туда данные. При этом что-то удалось скопировать, а потом мне выдается ошибка.

пример_1.png (34.09 КБ) 7885 просмотров

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

пример_2.JPG (49.51 КБ) 7885 просмотров

Подскажите, пожалуйста, что это означает и откуда начать разбираться!

[freeExec]

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

[amnesiac]

А где это посмотреть - к чему привязан первичный ключ?
В записях я вообще не понимаю, где находится этот ключ - у меня сейчас записи в формате слоев БГД и там никакие поля не повторяются
При этом те же данные в шейпах нормально импортируются в новую БД. Можей дело в каких-то настройках файловой БГД?

[freeExec]

Смотреть в новой базе данных в свойствах таблицы.

[amnesiac]

При копировании в новой БД насоздавалось несколько таблиц. При этом те, что скопировались правильно (экспортом из шейпа), выглядят так

Снимок.JPG (102.23 КБ) 7773 просмотра

А те, которые, не удалось скопировать из файловой БГД, они по-видимому выглядят так

Снимок2.JPG (53.45 КБ) 7773 просмотра

При этом у первой таблицы наоборот нет Primary key, a у второй есть.
Может быть вы сможете мне как-то помочь по этим скриншотам?

[freeExec]

Почему бы всё тогда не перегнать через шейп? А так копайте в сторону настроек экспортёра, почему он решает использовать такие поля для ключа.

[amnesiac]

Все, что я накопала - это то, что в пределах файловой БГД все атрибутивные индексы называются одинаково FDO_OBJECTID, а в субд при создании таблиц или при импорте из шейпа эти индексы называются уникальным образом. И файловые БГД и PostgreSQL используют разные типы пространственных индексов. Как это все поменять я пока вообще не представляю. Странно, что ни у кого больше не возникало таких проблем, и что дефолтные настройки не позволяют просто перенести весь массив данных из файловой БГД.
Через шейпы перегонять это уж очень большие потери...в первую очередь в названиях полей.

[Denis Rykov]

Я бы вот этим попробовал воспользоваться: http://www.gdal.org/drv_openfilegdb.html

[Andrey Zhukov]

Там SDE же, со своей атмосферой. GDAL бессилен.

[Andrey Zhukov]

1. А можно ссылку на мануал?
2. SDE-схема создалась без приключений?
3. Классический первый подход к проблемам с ArcGIS: переключись на английский язык.

[amnesiac]

Честно говоря, я уже в полном недоумении, почему в одном случае ошибка выдается и индексы не создаются, а во втором создаются.
Выяснилось, что те данные, которые создавались мной в ArcMap, переносятся корректно, индексы меняют свой тип с того, что используется в БГД на тот, что используется в СУБД. Данные же, которые были получены из других источников и сконвертированы (из САПР, из Mapinfo), при переносе выдают ту ошибку, которая была в первом посте. При этом во всех свойствах всех классов объектов, которые я пытаюсь перенести из БГД, независимо от первоисточника, все значения идентичны.

Я бы вот этим попробовал воспользоваться: http://www.gdal.org/drv_openfilegdb.html

а есть ли возможность этими инструментами перегонять из формата mapinfo сразу в arcSDE? дело в том, что именно с этими наборами данных возникают ошибки, а между тем, их необходимо регулярно обновлять, в связи с чем и решили все перенести в СУБД

SDE схема - вроде все норм
Переустановка на инглиш это целая история, требующая трудовых ресурсов нашего сисадмина (нереально практически))). Пока попробую дальше разобраться

[Andrey Zhukov]

Данные же, которые были получены из других источников и сконвертированы (из САПР, из Mapinfo), при переносе выдают ту ошибку, которая была в первом посте.

Попробуй сделать featureclass to featureclass в другую бгд, иногда помогает.

Переустановка на инглиш это целая история, требующая трудовых ресурсов нашего сисадмина (нереально практически)))

Достаточно сменить язык интерфейса у ArcMap в ArcGIS Administator. Хотя вот не помню, работает ли без админских прав.

[Andrey Zhukov]

дубль

[amnesiac]

Попробуй сделать featureclass to featureclass в другую бгд, иногда помогает.

Не помогло к сожалению. попробую может через персональную...у нее вроде нет индексов

Достаточно сменить язык интерфейса у ArcMap в ArcGIS Administator. Хотя вот не помню, работает ли без админских прав.

что-то не нашла там такой кнопочки((
еще я нашла странную вещь, что в списке таблиц схемы sde появились некие непонятные таблицы, которых, согласно документации, не должно быть

Снимок.JPG (56.95 КБ) 7612 просмотров

Когда схему sde удаляешь и заново создаешь и базу данных, и схему, они там все равно появляются. Что это за таблицы, может подсказать кто-нибудь? И можно ли вообще все откатить обратно к состоянию только что установленного PostgreSQL?

upd. Как выяснилось, с таблицами i* - это нормальная ситуация