sde中的f表需要使用哪个存储类型才会出现 a sdebinary b sdelob c geography d sd

Answer 1

　　英文全称：Spatial Database Engine
　　中文全称：空间数据库引擎
　　把GIS数据放在RDBMS中，但是一般的RDBMS都没有提供GIS的数据类型（如点、线、多边形、以及这些feature之间的拓扑关系和投影坐标等相关信息），RDBMS只提供了少量的数据类型支持：int，float，double，Blob，Long ，char等，一般都是数字，字符串和二进制数据几种。并且RDBMS不仅没有提供对GIS数据类型的存储，也没有提供对这些基础类型的操作（如：判断包含关系，相邻、相交、求差、距离、最短路径等）。 为了实现GIS数据类型的存储和对GIS数据类型的操作支持。我们可以采用曲折的办法来达到这些目的。
　　1、存储：把featrue以一个二进制的字段形式存储，同时建立对该二进制数据的描述信息（称为空间元数据）。
　　2、 操作：为每种feature建立一组函数包。
　　A、 读取时，先读取空间元数据，根据元数据把featrue的二进制数据填充到featrue对象的data部分中。
　　B、 写入时，先写入空间元数据，然后把featrue对像的data部分序列化为二进制数据，然后存储到feature字段中。
　　C、 空间运算：空间运算操作的内容为featrue对象的data部分，而空间运算作为featrue类成员函数。或者单独为每种feature建立相关的函数包。
　　下面我们先探究空间数据类型的存储。存储主要牵涉到的是GIS数据的元数据部分。我们需要管理好各种空间数据。
　　同种类型的featrue我们归为一类，我们称为featrue类，每个feature类对应着数据库中的一个二进制字段，每个feature对象对应着这个二进制字段的具体数值。为了把GIS的feature的属性数据和空间数据存储到一起，统一管理。我们建立这样几个概念。
　　数据集：对应着数据库中的一张表，这个表里有featrue的二进制字段和一般的属性字段，同时还包括每个feature对象的元数据字段如：周长、面积以及辅助字段。
　　数据源：对应着数据库中的一组表，由两部分组成：一部分是数据集，另一部分是对数据集描述的表（称空间元数据表）。通常是每个schma（或者数据库）下一组空间元数据表。
　　起辅助作用的数据库对象：包括为各个数据集建立的索引、触发器、序列…… A：描述每个数据集的表：这个表里的字段包括：每个数据集的包围盒。以及对该数据集所建的索引的类型，名称等。
　　B：描述数据集字段的表：这张表的字段包括：数据集名，字段名称，字段类型，字段别名、数据集别名、数据集类型等……
　　C：辅助对象的元数据表：包括描述索引与数据集之间关系的表，包括描述触发器与数据集之间关系的表，包括描述序列与数据集之间关系的表。描述数据集之间关系的表（如网路数据集，是由点类型的数据集与线类型的数据集组成，这就需要说明点与线之间的拓扑关系咯）
　　上面我们只讨论矢量的GIS数据类型的存储，下面我们来探究下栅格类型的GIS数据存储。
　　同样的也有栅格的数据集，只不过是字段的类型稍微改变了下而已。为了加快数据存取，我们应当使得GIS操作只存取它所需要的数据，以一张遥感影像为例，我们可以把一块大影像按一定规则切割为一系列的小图块，然后把这些小图块以二进制的形式存储到IMAGE字段里，同时把该小图块的偏移位置（有了起始位置，和偏移位置以及每个图块的大小就知道了该图块的地理范围了）作为表的属性字段存储下来。以后在取数据时，需要先查该图块的元数据内容，得出地理范围（或者干脆就把每个图块的地理范围存储下来），这样就知道在显示时需要取哪些记录，然后再把需要显示的记录的IMAGE的数据取出来，根据地理范围把数据拼接起来就可以了（矢量数据的显示与操作也是这么干）。图块大小的划定规则是比较重要的，这非常影响速度的。
　　一般来讲一个波段，对应着一个栅格数据集。在显示影像时，需要同时读取多个栅格数据集，在显示的时候把它们拼接到一起。
　　我们还需要描述这些栅格数据集的元数据表，比如，哪几个栅格数据集是一组的对应着同一个影像文件，地理坐标的情况怎样，影像金字塔信息。
　　后面我们讨论下影像金字塔，为了加快数据显示，有些空间数据库引擎是对最原始的数据抽稀，按每一层金子塔抽稀为一个栅格数据集。抽稀一般采用幂级数的方式。这是一种以空间换时间的做法。
　　对于影像压缩技术，我没有研究过，等过段时间看看再说吧。
　　有了这些元数据表和feature表后，这就为展开GIS操作奠定了基础。