Привіт
Я спочатку імпортував би його до PostGIS. Є інструменти для завантаження декількох фігур до окремих таблиць. Розширення коси QGIS - це одне. Нова графічна shp2pgsql в магістралі PostGIS або експериментальних бінарних файлів - ще одна альтернатива. Або ви можете просто написати пакетний сценарій з shp2pgsql.
Я б почав там, імпортував усе до схеми, що називається оригінал, або щось подібне. Тоді з цього я б структурував дані. Об'єднання в таблиці, де це підходить тощо.
Приємно в цьому робити те, що якщо ви зберігаєте всі запити, які ви використовуєте для здійснення цих перетворень, у вас є чудова документація про історію ваших даних. Це також дуже просто переробити за потреби. Після того, як ви будете готові з організаційною роботою, ви скидаєте резервну копію схеми "оригінал" і кудись відкладете.
Я думаю, що це структурований і чистий спосіб зробити це. І, як було сказано раніше, ви отримаєте дуже ґрунтовну документацію про те, яке поле змінило ім'я на нове ім’я, а також які оригінальні таблиці об'єднані в ту велику нову тощо.
У FME та подібному програмному забезпеченні ви, звичайно, також можете зберегти те, що ви зробили, але, крім того, що це дуже повільно порівняно з внутрішніми запитами до бази даних, це не такий універсальний спосіб документування, що робиться як sql-запити. Вони будуть корисними та доступними для читання, доки є текстові файли та реляційні бази даних.
Я використовую, щоб текстові файли виглядали приблизно так:
-- A query to merge all roads in Norway
Create table road_tables.all_roads as
SELECT id as roadid, status, the_geom from original.big_roads
union all
SELECT rid as roadid, condition as status, the_geom from original.small_roads;
і так далі. Цей збережений як текстовий файл має велике значення через кілька років.
З повагою Ніклас