从零开始学ArcGIS Server(五)--建立地图服务
建立地图服务<1>
唉,这几天发生了太多太多的事情,让人心真的不知道想往哪里放,项目又开始加速了,这里的学习不得不放慢了一点.
好了,别的不说,我们接着上一次的来说:
上一次我们实现在TAB格式向SHAPE格式的转换,同时我们也顺利的将SHAPE文件导入到了地理数据库中.在今天讲之前,我们顺便说一下oracle 中的存储结构:
A r c S D E中二进制空间数据表达如下图
首先通过ArcCatalog将矢量数据通过ArcSDE导入到O r a c l e中：
在数据库中可以看到，分别生成F表、S表、B表（属性表，由于汉字字符集的问题，在数据库中显示的是乱码）。
业务表（Business Table）
每一行（记录）代表一个要素（点、线或面）
每一列代表要素的属性
空间列（Spatial Column）存储要素的几何图形（Geometry）
要素表（Feature Table）
空间索引表（Spatial Index Table）
栅格数据的存储
一个元数据表：SDE_raster_columns
一个业务表（Business Table）
提供用户视图
具有栅格列：Raster Column，与矢量数据业务表中的空间列对等
四个支撑表（对用户屏蔽）
S D E_b l k_<r a s t e r c o l u m n_i d>：分块表定义栅格分块：Tile
S D E_b n d_<r a s t e r c o l u m n_i d>：波段表 定义波段
S D E_r a s_<r a s t e r c o l u m n_i d>：栅格表描述信息
S D E_a u x_<r a s t e r c o l u m n_i d>：辅助表统计值，色彩映射表
A r c S D E通过生成影像金字塔，降低数据的分辨率来加速栅格数据的显示，金字塔可以显示只满足当前显示下所要求的分辨率的数据。只要底层栅格数据(Underlying Raster)被改变或更新，ArcSDE服务器端就会重建金字塔。
栅格分块的大小决定了一个数据库的BLOB字段可以存储像素的数目，它是由导入数据时X、Y坐标上像素的个数决定的。缺省值是1 2 8*1 2 8，可以满足大多数影像数据的使用。较小的分块会导致产生很多的BLOB记录数目，这会降低查询速度；而较大的分块如400*400，
会减少记录数目，但由于每次读取的数据量大，这就要求更大的内存来处理数据，所以合理决定栅格分块的大小决定着数据的查询速度。
所有版权归小能所有哦!!!
