关于备份由 Mapinfo EasyLoader 上传到数据库的空间数据的问题

本文介绍了一种Oracle Spatial数据库中空间数据的迁移方法。通过使用exp命令导出数据,并利用EasyLoader进行导入,解决了Mapinfo无法识别空间数据的问题。强调了在Mapinfo.Mapinfo表中注册空间数据字段的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

项目采用的是 Oracle Spatial 数据库,最近由于数据库系统的问题,要把里面的数据导出转移到另一个系统中。由于有用的数据都存在 sptdb 的命名空间中,用 exp 命令导出到文件。再到另一个系统中导入回去。导入后项目程序的各部分都运行正常,但只有图形有关的功能不能正常运行。

查看数据库的内容,sptdb 命名空间下的所有内容都和原来的一样了。使用 Mapinfo 连接到数据库也发现打不开原来的空间数据(不显示图形),主要原因是它没有识别出 GEOLOC 字段为空间数据字段。后来用 EasyLoader 又试着上传了一个表,才知道它原来会在数据库中建立一个 Mapinfo.Mapinfo 的表,里面记录着某个表的 GEOLOC 为空间数据字段。EasyLoader 里面的 MapCatalog 显示的就是这个表中的相关内容。也就是说要想让 Mapinfo/MapXtreme 能识别数据库里面带有空间数据的表,就必须在这个 Mapinfo.Mapinfo 中“注册”。

即使原来就有 Mapinfo.Mapinfo 表,而且没有改动过。如果是在数据库中将原来的记录空间数据的表的名称改了,而没有在 Mapinfo.Mapinfo 中修改相应的内容,空间数据也不能正常使用。

Mapinfo.Mapinfo 表的结构为:

create table MAPINFO.MAPINFO_MAPCATALOG
(
  SPATIALTYPE      FLOAT,
  TABLENAME        CHAR(32),
  OWNERNAME        CHAR(32),
  SPATIALCOLUMN    CHAR(32),
  DB_X_LL          FLOAT,
  DB_Y_LL          FLOAT,
  DB_X_UR          FLOAT,
  DB_Y_UR          FLOAT,
  COORDINATESYSTEM CHAR(254),
  SYMBOL           CHAR(254),
  XCOLUMNNAME      CHAR(32),
  YCOLUMNNAME      CHAR(32),
  RENDITIONTYPE    INTEGER,
  RENDITIONCOLUMN  CHAR(32),
  RENDITIONTABLE   CHAR(32),
  NUMBER_ROWS      INTEGER
)

TABLENAME 记录对应的储存空间数据的表名称
OWNERNAME 记录那个表的所有者
SPATIALCOLUMN 一般是写 GEOLOC
其它字段的内容不是很重要
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值