| Обсуждение |
| Импорт графических и табличных данных данных в связке [ Виталий Ж ] Вторник, 25 декабря 2018, 15:41
При импорте данных из SHP файлов на одном из этапов настраивается связь графических объектов с табличными данными. Если одна таблица, то все просто, а вот если две таблицы имеют уникальную связь с графическими объектами, то как настроить импорт данных в разные таблицы? |
|
| [ ObjectLand Support ] Вторник, 25 декабря 2018, 16:11
Одновременно в несколько таблиц, привязанных к одному геометрическому типу - никак. К одному SHP-файлу привязана одна единственная таблица в DBF-файле. Содержимое одного DBF-файла импортируется в одну таблицу одной операцией. |
|
| [ Виталий Ж ] Вторник, 25 декабря 2018, 17:14
Если импортировать файл с графикой (SHP) и импортировать данные (DBF) в одну таблицу в ГБД, то существует ли возможность добавить данные в другую таблицу в ГБД (имеющую уникальную связь с графикой) из этого же SHP (DBF) так, чтобы эти данные в другой таблице были связаны с соответствующими графическими объектами?
Спасибо за оперативный ответ. |
|
| [ ObjectLand Support ] Вторник, 25 декабря 2018, 17:44
Связывание записей таблиц с графическими объектами может происходить либо вручную (Вы можете связать что угодно с чем угодно в любом количестве), либо при импорте. Но при импорте всегда создаются новые графические объекты (и связываются с записями таблицы) - нельзя (в рамках операции импорта) привязать к импортируемой записи уже существующий в ГБД графический объект (можно только загрузить (дополнить данными/обновить) в режиме обновления уже привязанные к существующим объектам записи). |
|
| [ Виталий Ж ] Вторник, 25 декабря 2018, 18:34
Есть SHP (DBF), таблица содержит поля: поле1, поле2, поле3, поле4 и т.д. Есть ГБД в которой к графическому объекту привязаны две таблицы (табица1, таблица2) с уникальной связью. Задача импортировать данные таким образом, чтобы к импортированному графическому объекту привязать в таблице1 - поле1, поле2 а в таблице2 – поле2 и поле3. Каким образом можно это решить используя возможности ObjectLand снизив к минимуму ручную работу (а лучше совсем исключить). |
|
| [ ObjectLand Support ] Вторник, 25 декабря 2018, 18:44
Путем импорта - никак. В процессе импорта привязанной табличной информации записи не разбиваются по наборам полей и загружаются каждая полностью и целиком только в одну выбранную таблицу, связанную с импортируемым типом объектов. Один загружаемый геометрический тип - одна связанная с этим типом таблица. |
|
| [ Виталий Ж ] Вторник, 25 декабря 2018, 18:47
А если написать внешний скрипт (программу) - возможно решение такой задачи? |
|
| [ ObjectLand Support ] Вторник, 25 декабря 2018, 22:42
Если полностью в скрипте реализовать чтение и загрузку SHP и DBF-файлов (или любых других нужных форматов) - да. |
|
| [ Виталий Ж ] Среда, 26 декабря 2018, 15:24
Спасибо за ответы.
И как предложение: Расширьте немного возможности импорта сторонних данных, с учетом описанного в базовых возможностях ObjectLand. |
|
| [ ObjectLand Support ] Среда, 26 декабря 2018, 15:56
Описанная Вами задача представляется нам несколько избыточной и не имеющей практической ценности. Совершенно равнозначно иметь одну привязанную к объекту запись со всеми полями или несколько привязанных записей с теми же (суммарно или частично) полями. Зачем Вам нужны именно отдельные таблицы, а не одна общая? Импортируйте все поля и записи в одну таблицу, сделайте на основе этой таблицы нужное Вам число выборок с разными наборами полей и считайте их отдельными таблицами - каждая со своим набором полей и записями, связанными с объектами. |
|
| [ Виталий Ж ] Среда, 26 декабря 2018, 16:51
Возможности ObjectLand позволяют иметь несколько таблиц с уникальной связью к графическим объектам. Исходя из этого, логично иметь возможность при импорте распределить данные по разным таблицам.
Что касается практической ценности, возможно Вы правы что особого смысла в этом нет. И это моя локальная "проблема". У меня требование представить данные в ГБД определенной структуры (и менять ее нельзя).
Когда объектов около 100, то и в ручную можно, что и делалось. Но когда объектов на порядок больше, то вероятность наделать ошибок выше и по времени долго. Автоматизация этого процесса, как мне кажется, не сложная. Но позволяет существенно экономить время сокращая рутинную ручную работу по импорту данных и устранению ошибок.
Придется подумать над автоматизацией. |
|
| [ ObjectLand Support ] Среда, 26 декабря 2018, 17:08
Вариант с выборками не подходит? |
|
| [ Виталий Ж ] Среда, 26 декабря 2018, 17:52
На мой взгляд это было бы хорошее решение, но к сожалению не подходит. Хотя выборки тоже есть. Информация д.б. именно в таблице. |
|
| [ Виталий Ж ] Среда, 26 декабря 2018, 18:54
Еще вопрос по импорту:
Если данные импортируются в таблицу, с уникальной связью одного типа объекта одного слоя, то табличные данные заполняются.
Если данные загружаются в таблицу, с уникальной связью с разными типами объектов из разных слоев, то табличные данные не заполняются (это так задумано?). |
|
| [ ObjectLand Support ] Среда, 26 декабря 2018, 23:30
Нет, так происходить не должно, если для всех (нужных) разных типов объектов произведена настройка импорта связанных записей: на шаге "Настройка компонентов" для каждого типа объектов должна быть указана связанная с ним таблица, в которую будут загружаться записи. |
|
ОтветитьЗнаком «*» отмечены обязательные для заполнения поля. |
| |