建立一个Geodatabase，并填充数据 (转）

1、 数据库的设计
基于关系型数据库的Geodatabase终于使我们在设计空间数据库时找到了做数据库设计的感觉。你可以按照需求分析——概念设计——逻辑设计——物理设计这样的思路走下去，可以在概念设计时把空间实体和传统数据库中的实体一样看待来画实体——关系图。之后，需要确定空间实体的表现形式，将空间实体与feature class或子类或栅格相匹配，定义相关的feature classes间的网络或拓扑关系，最后将数据组织进geodatabase。
2、 将数据组织进geodatabase
假设你的空间数据已经整装待发了（shapefile或coverage已经想好了要去的feature class或feature dataset），最简单和直接的办法是在Arccatalog中将数据导入。
在arccatalog中将数据import进一个新的feature dataset和直接进一个新的feature class，注意在新建feature dataset时设定属性，一旦设定后便不可再修改。常用到的是坐标系和坐标范围（coordinate system and x/y domain）的设置。前者根据个人需要决定，不用多说；对后者要多考虑一点，应设为研究区域的范围，可能比当前导入的shapefile或caverage的范围要大。Precision的意思是每个坐标单位之间划分多少份，比如坐标单位为米，precision取100，就已经刻划到厘米了（足够了）。
将shapefile或coverage import进geodatabase时，可以对一些字段做删减：对于point特征，可以删除area, perimeter, feature#, feature_ID；对于line特征，feature#, feature_ID；对于polygon，area, perimeter, feature#, feature_ID字段可以删除。
可以用load的方法在geodatabase中做数据的拼接，但要注意在新建feature dataset时使其坐标范围足够大，否则会出错。（但是坦率地说，我觉得有时候我确实把feature dataset的坐标范围设得足够大了，它还是会出schema错误，这一点我还没敢和cafecat说呢。所以我还是觉得先把图拼好了再往里导比较省事。）
一个feature class中可以存放多少数据呢？应当是没有限制的（到目前为止，我导入过200多兆的数据）。对于栅格数据比较好办，因为它会建一个金字塔来提高浏览的效率，但对矢量数据，要考虑好以什么样的形式提供给客户端。如果客户端是AO或MO或其他的应用通过SQL语句访问，那没有影响；如果客户端是arcmap之类的，需要给用户定制查询的范围。关于这个问题，我还是坚持认为兔八哥的创建view的方法比较好，因为普通的arcmap的用户，你不能要求它会用sde的SQL语句做空间的选择和查询，arcmap中能做的只是根据属性做一些过滤。而且做view也省地方。
数据导入后，你还可以定义一些拓扑关系或relationship。给一个feature Dataset内的feature classes们定义拓扑关系，又是一件很麻烦的事，因为那一堆规则单看名字就让人发蒙，看不懂英文的，建议参考一下cafecat 的“geodatabase的topology规则列表”。如果你有一个已建好的专业数据库，给sde用户足够大的权限，可以跨越表空间定义relationship(对oracle)。

<P>好东西啊，非常有用</P>

<P>thank you !!!</P><img src="images/post/smile/dvbbs/em01.gif" /><img src="images/post/smile/dvbbs/em02.gif" />

顶

<P>好东西啊，非常有用</P>

<P>好东西啊，非常有用</P>

<img src="images/post/smile/dvbbs/em02.gif" /><img src="images/post/smile/dvbbs/em02.gif" />

非常有用

<img src="images/post/smile/dvbbs/em01.gif" />