20171119 Arcgis调研

无论是单机还是联机，都可以用arccatelog,arctoolbox,arcmap进行操作

ArcSDE是多种DBMS的通道。它本身并非一个关系数据库或数据存储模型。它是一个能在多种DBMS平台上提供高级的、高性能的GIS数据管理的接口。

ArcSDE允许你在多种DBMS中管理地理信息：Oracle, Oracle with Spatial or Locator, Microsoft SQL Server, Informix, 以及IBM DB2.

如果你的ArcGIS需要使用一个可以被大量用户同步访问并编辑的大型数据库，ArcSDE为你提供必要的功能。通过ArcSDE你的ArcGIS可以在DBMS中轻而易举地管理一个共享的、多用户的空间数据库。

ArcSDE为用户提供大型空间数据库支持，并且支持多用户编辑。

ArcSDE可以支持海量的空间数据库和任意数量的用户，直至DBMS的上限。

GIS中的数据管理工作流，例如多用户编辑、历史数据管理、check-out/check-in以及松散耦合的数据复制等都依赖于长事务处理和版本管理。ArcSDE为DBMS提供了这种支持。

对长事务做一个解释：

直观感觉，一个事务花费很长时间不能够结束，就是一个长的事务，简称长事务( Long Transaction )。在OLTP类型的数据库系统中，一个事务的执行时间通常会很短，所以不会感觉其执行时间漫长。

长事务的概念不一而足：在Oracle中，运行时间超过6秒的事务就被视为长事务。Informix把占用整个逻辑日志空间在一定比例以上的事务（事务占用整个逻辑日志空间的百分比超过“长事务深水线比例”这个参数限定的值），叫做“长事务”。

而长事务是数据库用户经常会碰到且是非常令人头疼的问题。长事务处理需要恰当进行，如处理不当可能引起数据库的崩溃，为用户带来不必要的损失。

对于各种并发控制方法而言，长事务会带来较大的危害。比如，对于基于锁的并发控制方法，如果一个事物过长，可能阻塞其它事务执行，则会发生长时间的等待；即使有的数据库系统提供死锁检测机制和封锁超时机制，长事务也会严重阻塞其它事务地并发执行。对于基于时间戳的并发控制方法，一个长事务存在时，尽管并发的事务不需要等待，但一些有冲突发生的事务会被回滚，所以长事务也会严重阻塞其它事务地并发执行。

ArcSDE保证了存储于DBMS中的矢量和栅格几何数据的高度完整性。这些数据包括，矢量和栅格几何图形、支持x, y, z和x, y, z, m的坐标、曲线、立体、多行栅格、拓扑、网络、注记、元数据、空间处理模型、地图、图层，等等。

ArcSDE通道可以让用户在客户端应用程序内或跨网络、跨计算机地对应用服务器进行多种多层结构的配置方案。ArcSDE支持Windows，UNIX，Linux等多种操作系统。

ArcSDE能够让同样功能在所有的DBMS上得到实现。尽管所有的关系数据库都支持SQL，并能使用相似的方法处理简单的SQL，但是不同数据库的 数据库服务器实现细节却有着显著的差别。这些差别包括性能和索引、支持的数据类型、集成管理工具和复杂查询的执行；还包括在DBMS中对空间数据类型的支持。

标准的SQL并不支持 空间数据。 ISO SQL/MM Spatial和 OGC的简单要素SQL规范扩展了SQL，并且为不同的 矢量数据定义了标准的SQL支持。 DB2和 Informix直接支持这些SQL类型。Oracle使用的是自己的标准，其空间类型系统是核心 数据库系统上的一个独立的、可选扩展。而微软的SQL Server不提供空间类型的支持。ArcSDE不但灵活地支持了每个DBMS提供的独特功能，而且能为底层DBMS提供它们所不具备的功能的支持。

许多GIS用户希望他们的GIS能够与其机构的IT策略很好结合。他们希望他们的 GIS系统符合IT标准；GIS数据能够作为整个机构的完整数据的一部分来使用；并且数据的安全性能够得到保证，数据既开放易用又可以控制其访问权限。这些都是DBMS的优势所在，也正是GIS用户所需要的。ArcSDE和 geodatabase的主要角色即是实现GIS和DBMS的完美结合。

扩大你的 GIS 系统规模

Geodatabase可以是小型的、单用户的数据库，也可以大到企业级、多用户的数据库。ArcSDE的首要任务就是保证你的geodatabase能够通过任意网络让大量用户所共享、编辑和使用，并可任意调整geodatabase的大小以满足特定的需要。

对于RDBMS做一个解释：

RDBMS即关系数据库管理系统(Relational Database Management System)，是将数据 组织为相关的行和列的 系统，而管理关系数据库的计算机软件就是 关系数据库管理系统，常用的 数据库软件有 Oracle、 SQL Server等。

RDBMS是将数据组织为相关的行和列的系统，而管理关系数据库的计算机软件就是RDBMS[1]   。它通过数据、关系和对数据的约束三者组成的数据模型来存放和管理数据。自关系数据库管理系统被提出以来，RDBMS获得了长足的发展，许多 企业的在线交易 处理系统、内部 财务系统、 客户管理系统等大多采用了RDBMS。字节级关系型数据库在大型企业集团中已是司空见惯。截止2014年，业界普遍使用的关系型 数据库管理系统产品有 IBMDB2通用数据库、Oracle、My SQL以及SQL Server等。

RDBMS 指的是关系型数据库管理系统。

RDBMS 是SQL 的基础，同样也是所有现代数据库系统的基础，比如MS SQL Server, IBM DB2, Oracle, MySQL 以及Microsoft Access。

RDBMS 中的数据存储在被称为表（tables）的数据库对象中。

表是相关的 数据项的集合，它由列和行 组成。

对SQL做一定的解释

结构化查询语言SQL（STRUCTURED QUERY LANGUAGE）是最重要的 关系数据库操作语言，并且它的影响已经超出 数据库领域，得到其他领域的重视和采用，如 人工智能领域的数据检索，第四代软件开发工具中嵌入SQL的语言等。

支持标准

SQL 是1986年10 月由 美国国家标准局（ ANSI）通过的 数据库语言美国标准，接着，国际标准化组织（ ISO）颁布了SQL正式国际标准。1989年4月，ISO提出了具有完整性特征的SQL89标准，1992年11月又公布了 SQL92标准，在此标准中，把 数据库分为三个级别：基本集、标准集和完全集。

 

 

        ArcCatalog能以不同的方式显示数据，这便于用户快速查找所需信息，无论这些数据在文件中，本地数据库中，还是ArcSDE作为服务器的远程RDBMS(关系型数据库管理系统)中。用户还可以在本机创建个人地理数据库(personal geodatabase)，并使用ArcCatalog中的工具创建或输入要素类(feature class)和数据表。此外，用户还可以使用ArcCatalog浏览和更新元数据，保存数据集和整个项目。

ArcMap

　　ArcMap可以用来创建地图，并在地图上进行交互操作。在ArcMap中，可以浏览、编辑和分析地理数据。通过空间数据查询，用户可以发现地理要素间的相互关系。数据可以使用各种符号来表示。用户可以通过创建图表和编写报告来与其他人交流观点。用户可以在所见即所得的环境下对地图进行排版。使用ArcMap，用户可以集成各种不同格式的数据来创建地图。这些数据格式包括：shape文件、Coverages、Tables、计算机辅助制图(CAD)、Images、Grids及不规则三角网(TINs)等。

具体操作有一部分在链接http://blog.csdn.net/qq_36849450/article/details/53518544中

ArcToolbox

ArcToolbox是一系列用来进行地理处理的GIS工具的组合。更复杂的操作可通过操作向导来实现。

在arcgis里合并相同地类，可以用很多工具处理，本文介绍用dissolve工具对相同类别的地物做融合。

具体操作如下：

1. 首先打开软件，加载自己需要做融合的数据。

2. 打开ARCtoolbox，找到datamanagement,展开这个工具箱，找到generalization这个子工具箱，点击展开，找到dissolve命令。也可以在工具条上的Geoprocessing这个下拉框里找到dissolve命令。
3. 双击命令进入对话框，Input Features 里加入需要融合的数据，Output Feature Class里设置输出路径。Dissolve_Field(s) (optional)设置需要融合的字段，一般根据自己需要融合的地类来设置。Statistics Field(s) (optional)里设置需要统计的字段，一般选面积。Create multipart features (optional)一般勾选，意思是是否跨区域融合。然后点击OK就行了。
4. 最后得到自己的输出结果，可以查看属性表，所有相同属性的地类会合并到一起。

 

　ArcView提供了全面的制图工具和分析工具，以及简单的编辑和地理处理工具。

　ArcEditor™包含了ArcView的所有功能，以及高级编辑功能。

　ArcInfo™扩展了前两者的功能，增加了高级地理处理功能。

    请注意ArcToolbox有两个版本：随ArcInfo提供的完全版;随ArcView和ArcEditor提供的简易版。 

简易版包含了20多种常用工具，用于数据转换和管理。 
完全版具有一套完整的工具(150余种)，可用于进行地理处理、数据转换、图层管理、叠加分析及地图投影等等。

cad与arcgis数据间的相互转换

https://jingyan.baidu.com/article/ff411625b1b81a12e482370b.html

https://jingyan.baidu.com/article/9113f81b1dbef32b3214c72d.html

如果你想将cad转换为shp格式数据

方法一：用arcmap

步骤一：首先，我们可以直接将cad数据直接添加进arcmap之中（arcgis软件可以直接读取cad数据源数据）。点击layer下的add data，直接选择.dwg文件即可

步骤二：然后我们能够在arcgis的面板中看到cad数据被分成点dwg,point 、线dwg.line、面dwg.polygon以及注记图层dwg.annotation。

再对应相应的图层右键选择导出图层。Data-Export  Data。通常点、线、面图层都可以直接转换出来保存为shp格式，直接使用，而注记图层则无法直接转换出来，需要其他方式进行转换，有点复杂，所以我这里就不进行说明了。例如选择断面.dwg.point 再点击data再点击export data

而cad数据中的属性内容以及其他的一切信息我们可以通过从表格里面来查看。 例如都会在attribute of  断面的表格中

方法二：用arccatalog

步骤一：可以直接从arccatalog中直接导出即可，在arccatalog中直接选中cad文件选择导出，转为shapefile（批量），

步骤二：然后在输出文件夹那里选择输出位置，点击确定，就能够得到由cad转换为的shapefile图层了。

注意：但是需要注意的是这里由cad转换过来之后的cad属性会作为点图层进行保存，而不是直接作为注记保存出来。

而此时我们只能通过将点中的属性作为注记表现在图上。

那么又我们又如何将arcgis数据转换为cad数据格式呢？

前面对于标注的注记文件的特殊处理需要补充一下

我们还是以实例进行讲解，实例1图层为我们需要转换为cad的shp格式图层，该图层可能包含着很多属性，有DLMC、DLBM等字段名称的属性，那么我们需要做的就是将我们需要的字段信息转换为注记。

步骤一：我们现在先假设我们需要DLMC字段的属性，那么就把其作为注记单独标示出来。采取的方法是首先右键单击图层名，选中属性，然后在属性窗口中选择标注选项卡，将标注此图层中的要素前面的勾选中，然后标注字段（此处即为我们需要标注的内容）选择为DLMC，然后在下面的文本符号中选择颜色、字体样式和大小，这里我们选择为红色、宋体、大小为12。然后选择应用、确定。

步骤二：然后我们就要把标注出来的注记内容单独转换为注记文件，注意：如果不将注记内容转换为注记文件的话，转换出的cad文件中是无法显示出我们需要的属性的。采取的方法是右键选择实例1图层，选择将标注转换为注记按钮，在后在出现的窗口中选择保存位置，此处我们的保存位置必须是一个数据库之中，可以是gdb格式的数据库，也可以是mdb格式的数据库，但是如果单独存放在数据库之外的话是没法进行保存的。

步骤三：然后现在我们就可以将转换出来的图层和注记文件转换为cad格式数据了，在arcgis10.1中，转换cad格式可以直接在arcmap中的内容列表中直接导出。但是注记文件是无法在此处直接导出的，我们那么我们就需要打开ArcCatalog工具，在ArcCatalog中找到我们刚才使用的图层和注记文件，然后右键-导出-转为cad，然后在出现的窗口中选择输入要素，将另外的注记文件添加进来，输出类型中选择我们现在所使用的cad版本类型，我这里使用的是2004，那么输出类型就现在为DWG_2004，输出文件选择保存位置，其余选项默认即可。如果我们还需要其他字段的属性，比如说DLBM，那么我们可以再将DLBM字段转换为注记文件，然后在导出cad选项窗口中增加DLBM注记文件。最终我们得到的CAD文件就包含了图形、以及两个字段的注记。当然，可能得到的注记会重叠在一起，这时就需要我们进行整饰一下了。这一步是和下面的步骤是一样的，但是下面的步骤三没有着重讲到注记图层要额外添加进去

 

也可以作为步骤三：这里我们需要使用的是arccatalog模块。打开之后，我们需要找到需要转换为cad格式的数据，也就是点线面数据。

这时，我们需要右键选择需要转换为cad数据的图层，Export-to cad。点击export 然后可以选择to CAD

然后在图中所示位置选择对应的保存类型（一般为默认）以及保存位置。

点、线、面以及注记都可以通过这种方式直接导出为dwg格式，直接在cad中使用。

 

 

 

转载于:https://www.cnblogs.com/mietuo/p/7860500.html