catalog是什么意思

篇一：数据库schema与catalog简介

数据库schema与catalog简介

按照SQL标准的解释，在SQL环境下Catalog和Schema都属于抽象概念，可以把它们理解为一个容器或者数据库对象命名空间中的一个层次，主要用来解决命名冲突问题。从概念上说，一个数据库系统包含多个Catalog，每个Catalog又包含多个Schema，而每个Schema又包含多个数据库对象（表、视图、字段等），反过来讲一个数据库对象必然属于一个Schema，而该Schema又必然属于一个Catalog，这样我们就可以得到该数据库对象的完全限定名称从而解决命名冲突的问题了；例如数据库对象表的完全限定名称就可以表示为：Catalog名称.Schema名称.表名称。这里还有一点需要注意的是，ＳＱＬ标准并不要求每个数据库对象的完全限定名称是唯一的，就象域名一样，如果喜欢的话，每个ＩＰ地址都可以拥有多个域名。

从实现的角度来看，各种数据库系统对Catalog和Schema的支持和实现方式千差万别，针对具体问题需要参考具体的产品说明书，比较简单而常用的实现方式是使用数据库名作为Catalog名，使用用户名作为Schema名，具体可参见下表： 表1 常用数据库

供应商

Oracle

MySQL Catalog支持 不支持 不支持 Schema支持 Oracle User ID 数据库名

对象属主名，2005版开始有

变 MS SQL Server 数据库名

DB2

Sybase

Informix

PointBase 指定数据库对象时，Catalog部分Catalog属主名 省略 数据库名 数据库属主名 不支持 不需要 不支持 数据库名

最后一点需要注意的是Schema这个单词，它在SQL环境下的含义与其在数据建模领域中的含义是完全不同的。在SQL环境下，Schema是一组相关的数据库对象的集合，Schema的名字为该组对象定义了一个命名空间，而在数据建模领域，Schema（模式）表示的是用形式语言描述的数据库的结构；简单来说，可以这样理解，数据建模所讲的Schema<也就是元数据>保存在SQL环境下相应Catalog中一个Schema<名叫DEFINITION_SCHEMA>下的表中，同时可以通过查询该Catalog中的另一个Schema<名叫INFORMATION_SCHEMA>下的视图而获取，具体细节不再赘述。

另外我结合MySQL官方的MySQL administrater数据库管理工具理解一下所谓的schema，catalog：

图1 MySql

点击那个catalogs，下面就出来了所有的database。想了一下，我这样来总结： 数据库：指的是说MySQL（或者说Oracle等）

schema： 指的是说当偶create database caiceclb时，caiceclb就是一个schema

catalog：指的是所有的database目录，就像上图显示的那样，将MySQL原来的（mysql,infomation_schema）及后来新建的的database的集合。

篇二：ArcCatalog简介

习作一 ArcCatalog简介

一、实验目的：

1.了解ArcCatalog和ArcToolbox

2.熟悉ArcCatalog的一些功能

3.初步掌握ArcCatalog的一些基本操作

二、实验准备：

所需数据：高程的栅格文件—emidalat和河流的shapefile文件—emidastrm.shp

三、实验步骤：

启动ArcCatalog；

点击Connect To Folder按钮，浏览到“chap1”文件夹并点击OK；

Catalog目录中出现chap1文件夹，打开该文件夹查看其数据集。

点击Catalog目录树中的emidalat，点击Preview栏标查看该高程栅格；

点击点击Catalog目录树中的emidastrm.shp。点击Preview预览emidastrm.shp的地理分布和表格（在左下方的Preview中选择Geography和Table）

4. ArcCatalog有用于各种数据管理任务的工具。可用右键点击一个数据集打开其快捷菜单来使用这些工具。

右键点击emidastrm.shp，出现快捷菜单，包括Copy、Delete、Rename、Create Layer、Export和Properties。使用快捷菜单，复制emidastrm.shp并粘贴到不同的文件夹或者将其删除；

导出(Export)工具可把shapsfile导成geodatabase或coverage。

性质(Properties)对话框显示数据集信息

5.创建一个个人的geodatabase并将emidalat和emidastrm.shp导入该geodatabase。

右键点击ArcCatalog目录树中Chap1数据库，指针指向New，选择Personal Geodatabase.

篇三：实习(一) ARCGIS9简介,ArcCatalog的基本操作

实习（一） 了解ARCGIS9系统构成，练习ArcCatalog的基本操作

一、主要内容

1、了解arcGIS9的系统构成、桌面GIS的模块构成；

2、练习ArcCatalog子模块的具体操作，了解ArcCatalog的作用和功能。

二、学时安排：2学时

三、预习内容--ArcGIS基础知识的学习

1、Arcgis9系统构成

2004年，推出ARCGIS9，将基于现有版本在空间处理、3D可视化以及开发工具方面进行拓展。包括图解建模方式在内的五种空间处理方式；可进行全球三维可视化的ArcGlobe；增强的注记管理和扩展模块Maplex；标准的开放的空间数据库格式的发布；增强的栅格空间数据库能力... ...同时将推出的，还有ArcGIS家族的两个最新的基于ArcObjects的产品：面向开发的嵌入式ArcGIS Engine和面向企业用户的以“集中式管理、网络为核心、基于服务器”为特点的ArcGIS Server，它们将支持包括UNIX和Linux在内的跨平台的解决方案，其模块组成：

1）Arc/info workstation

原arc/info软件。

2）arcgis desktop:GIS应用程序的组成，如图：后详解。

3）ArcGis Engine，嵌入式的开发组件

ArcGIS系统在过去五年对GIS发展的主要贡献之一是支持使用标准开发工具以及二次开发的易用性。ArcGIS 9在此基础上增加了一个面向开发的新产品——ArcGIS Engine。

ArcGIS Engine是基于开发的用于搭建及配置ArcGIS解决方案的产品。ArcGIS Engine基于ArcObjects构建，并提供跨平台的，C++组件技术框架用于构建ArcGIS。通过ArcGIS Engine，开发商可以为用户搭建及配置ArcGIS解决方案，而不需要在同一机器上安装ArcGIS桌面应用（ArcMap，ArcCatalog）。

ArcGIS Engine支持全部标准开发环境，包括.NET，组件对象模型（COM），Java和C＋＋以及所有主流操作系统，如Windows，UNIX和Linux。此外，开发商还可以嵌入部分ArcGIS扩展模块中提供的功能。

4）Server ArcGis

ArcGIS 9最显著的体系结构的改变是推出了ArcGIS Server。在ArcGIS 9之前，高级的GIS功能仅仅是在桌面端提供。客户/服务器的计算技术提供了对数据库中通用数据的共享访问功能，而Internet计算技术允许数据发布到Web上进行访问；然而，这还不足以支撑建立一种集中式管理的，以网络为核心的，基于服务器的全功能GIS系统。而这正是ArcGIS Server所扮演的角色。在ArcGIS 9的开发过程中，ESRI重新构造了ArcGIS平台的核心，使之适宜运行在服务器端；运行在全部主流服务器平台（Windows，UNIX和Linux）；支持全部通用开发环境（.NET，Java，COM，C＋＋）；包含全部当前在ArcGIS桌面中提供的强大的制图、查询分析以及地理编码能力。

ArcGIS Server 9主要是为企业级信息系统的开发商/集成商而设计，他们希望在客户/服务器或者Web服务环境下构建一个服务器端的GIS应用。这是对ESRI两个其他企业应用服务器的一个补充：一个是ArcSDE——基于商业数据库管理系统（DBMS）提供对空间数据的访问；另一个是ArcIMS——用于大量的基于Internet的空间发布。

5）Moble GIS，arcpad

用于检测、移动GIS系统的模块。

2、桌面版ARC/INFO（Desktop ARC/INFO）

在早期ARC/INFO的使用中，由于其设计是基于DOS的命令式窗口界面进行操作，虽然用户可以使用AML语言进行二次开发设计自己的界面进行相应的编辑，但是对于一个不太了解其详细内容的用户而言，虽然其功能强大，但是仍需熟记大量的繁琐命令，显得有些不尽完善。因此，当只需进行一些简单的数据编辑处理时，宁愿选用MAPINFO或别的软件而不选用ARC/INFO软件。

ARC/INFO8以后，使得这一情况得以改观，不仅以Workstation为其原有用户保留了DOS式的命令式窗口界面，而且推出了面向对象的可视化界面，以Desktop形式进行数据处理，用户可以直接在其上进行相关的数据操作等。这样既保留了原版本的优点，而且Desktop本身不仅具有MAPINFO下最基本的电子地图处理功能，还具有ARC/INFO复杂的分析功能。

1）ArcCatalog

ArcCatalog用来管理、访问和探究(Explore)存在的地理数据，不管数据存储的格式和地址（位于本地磁盘或者网络的其他位置）。它类似于Windows Explorer，但是为地理数据所设计的；使用ArcCatalog，可以改变数据的结构，如创建一个新的地理数据库(GeoDatabase)，装入现存的数据到地理数据库中，增加、删除属性表中的字段等。

2）ArcMap

是一个桌面程序用来完成所有基于地图的任务，包括地图制图、图编辑和分析等。使用ArcMap我们可以进行数据的浏览、符号化、查询、分析和输出等。ArcMap主要用于图形的编辑处理和符号化显示等。

3）ArcScene

主要进行一些三维显示和三维场景分析的模块。

4）ArcGlobe:全球3D GIS

ArcGIS 9在3D Analyst基础上第一次推出了全球3D可视化功能。该功能在一个新的名为ArcGlobe的3D桌面应用中提供。

ArcGlobe提供与任何在三维地球表面带有地理参考的空间数据进行无缝交互的能力。ArcGlobe允许用户在全球环境下叠加数据并进行地理数据的可视化显示。在综合考虑了数据获取和显示的优化及效率的基础上，ArcGlobe提供对事实上无限地理信息的访问能力。这种对空间数据存储容量上的突破意味着ArcGlobe可以以超越传统2D地图的性能更容易地、智能地处理从本地到全球不同比例的栅格、矢量和地形数据集。

ArcGlobe具有与ArcScene相似的地图交互工具。用户既可以在全球比例尺下平移、查询和分析数据，也可以放大到本地范围，以更高分辨率显示周边的航空影像。这获益于采用的一种新的，高级的索引和多分辨率数据访问技术。用户仅受限于他们物理存储设备的大小以及数据的可达性。

ArcGIS 9 3D Analyst还增加了对真实3D符号的支持，它提高了可视化以及对真实世界的模拟能力。

5）ArcReader

为查看和共享地图设计的。用ArcReader任何人能得到由ArcGIS桌面产生的高质量的地图。发布的地图文件由ArcGIS Publisher产生。ArcGIS Publisher是ArcView, ArcEditor, 和 ArcInfo的扩展模块，能把地图文档（MXD）转成PMF。ArcReader被设计为浏览已发布的地图，发布的地图中可以包含由地图制作者定义的本地、网络或Internet资源的组合。

四、具体内容及操作

1、实习数据的准备

将ArcGIS自带的..ArcGIS/ArcTutor目录拷贝实习目录，为了描述的方便，我们假定实习目录为“D：/practice”。

2、启动ArcCatalog

3、熟悉ArcCatalog用户界面

当ArcCatalog启动之后，缺省方式的用户界面包括主菜单和“Standard”工具条。我们可以通过菜单“tools->Customs?”或者在菜单区或者工具条区按鼠标右键进行界面的定制。这些菜单和工具条可以停靠在窗口的任意位置。

图表 1 ArcCatalog用户界面的定制

图表 2 ArcCatalog用户界面

4、建立/取消文件夹连接

1）建立文件夹连接

为了操作的方便，我们可以创建实习数据所在位置的一个连接。数据可以位于本地磁盘或者网络的其他位置。

2）取消文件夹连接

51）内容浏览

象Windows一样，我们可以在“Contents”标签中察看一个文件夹或者数据库中的内容。我们可以采用小图标、大图表、列表以及缩略图的方式察看地理内容。

2）数据预览

缩略图方式浏览可以查看到数据的地理范围。然而，为了更仔细地察看数据，我们可以使用Preview标签。

我们可以看到如下的图形，包含了各个state的边界矢量数据。

图表 7 地理数据的预览

篇四：数据库Schema两种含义

数据库Schema两种含义

2010-09-01 17:07

数据库Schema有两种含义，一种是概念上的Schema，指的是一组DDL语句集，该语句集完整地描述了数据库的结构。还有一种是物理上的 Schema，指的是数据库中的一个名字空间，它包含一组表、视图和存储过程等命名对象。物理Schema可以通过标准SQL语句来创建、更新和修改。例 如以下SQL语句

创建了两个物理Schema：

create schema SCHEMA_A;

create table SCHEMA_A.CUSTOMERS(ID int not null,……);

create schema SCHEMA_B;

create table SCHEMA_B.CUSTOMERS(ID int not null,……);

简单的说：就是一个数据库用户所拥有的数据库的对象。

比如scott用户建立了表，索引，视图，存储过程等对象，那么这些对象就构成了schema scott

数据库schema与catalog简介

按照SQL标准的解释，在SQL环境下Catalog和Schema都属于抽象概念，可以把它们理解为一个容器或者数据库对象命名空间中的一个层次，主要 用来解决命名冲突问题。从概念上说，一个数据库系统包含多个Catalog，每个Catalog又包含多个Schema，而每个Schema又包含多个数 据库对象（表、视图、字段等），反过来讲一个数据库对象必然属于一个Schema，而该Schema又必然属于一个Catalog，这样我们就可以得到该 数据库对象的完全限定名称从而解决命名冲突的问题了；例如数据库对象表的完全限定名称就可以表示为：Catalog名称.Schema名称.表名称。这里 还有一点需要注意的是，ＳＱＬ标准并不要求每个数据库对象的完全限定名称是唯

一的，就象域名一样，如果喜欢的话，每个ＩＰ地址都可以拥有多个域名。

从实现的角度来看，各种数据库系统对Catalog和Schema的支持和实现方式千差万别，针对具体问题需要参考具体的产品说明书，

比较简单而常用的实现方式是使用数据库名作为Catalog名，使用用户名作为Schema名，具体可参见下表：

表1 常用数据库

最后一点需要注意的是Schema这个单词，它在SQL环境下的含义与其在数据建模领域中的含义是完全不同的。在SQL环境下，Schema是一组相关的 数据库对象的集合，

Schema的名字为该组对象定义了一个命名空间，而在数据建模领域，Schema（模式）表示的是用形式语言描述的数据库的结构；简 单来说，可以这样理解，数据建模所讲的Schema<也就是元数据>保存在SQL环境下相应

Catalog中一个Schema<名叫 DEFINITION_SCHEMA>下的表中，同时可以通过查询该Catalog中的另一个Schema<名叫

INFORMATION_SCHEMA>下的视图而获取，具体细节不再赘述。

另外我结合MySQL官方的MySQL administrater数据库管理工具理解一下所谓的schema，catalog：

图1 MySql

点击那个catalogs，下面就出来了所有的database。想了一下，我这样来总结：

数据库：指的是说MySQL（或者说Oracle等）

schema： 指的是说当偶create database caiceclb时，caiceclb就是一个schema

catalog： 指的是所有的database目录，就像上图显示的那样，将MySQL原来的（mysql,infomation_schema）及后来新建的的database

的集合。

SQL Server 数据库 schema 一词的不同含义

我相信一些人在进入精彩的SQL Server世界时，有一些数据库的专业术语可能会导致一些概念的混淆。一个例子就是"schema"这个词的变化。

一般来说，schema 是指数据库表的组织和定义，它们同其它表的关系以及它们所包含的列。通俗点说，它就是数据库的设计。

在SQL Server 2000中，schema 是指数据库中的对象的拥有关系（表、视图、存储过程等），它稍微区别于定义一词。对数据库对象的拥有关系是非常重要的，因为对象拥有者是被严格赋予权限 的。如果拥有关系在对象创建的过程中，没有被定义，那么对象的默认拥有者就是数据库的拥有者。在schema中

叫"dbo"。

在SQL Server 2000中，大部分情况下用户和架构的拥有关系是一样的。而在 SQL Server 2005, 数据库对象架构被赋予了一个新的定义，叫“schema”。在这种情况下， schema 就是服务于逻辑对象组的物理数据库对象。对 .NET 开发者来说，它和命名空间的概念非常像。而拥有关系则被从最重要的概念中分

离出来，变得更有弹性和可伸缩性。

Database object schemas are a great addition to SQL Server and in many ways is more consistent with the original definition of a schema than it's SQL Server 2000 counterpart.数据库对象架构已经成为SQL Server 的非常重要的一部分，很多情况下，它相比于SQL Server 2000中的概念来说，与初始的架

构定义显得更一致。

作者： Johnm

深入讲解数据库中User和Schema的

关系

假如我们想了解数据库中的User和Schema究竟是什么关系，首先必须了解一下数据库中User和Schema到底是什么概念。

在SQL Server2000中，由于架构的原因，User和Schema总有一层隐含的关系，让我们很少意识到其实User和Schema是两种完全不同的概念，不过

在SQL Server2005中这种架构被打破了，User和Schema也被分开了。

首先我来做一个比喻，什么是Database，什么是Schema，什么是Table，什么是列，什么是行，什么是User？我们可以可以把Database看作是一个大仓库，仓库分了很多很多的房间，Schema就是其中的房间，一个Schema代表一个房间，Table可以看作是每个Schema中的床，Table（床）就被放入每个房间中，不能放置在房间之外，那岂不是晚上睡觉无家可归了J。，然后床上可以放置很多物品，就好比Table上可以放置很多列和行一样，数据库中存储数据的基本单元是Table，现实中每个仓库放置物品的基本单位就是床， User就是每个Schema的主人，（所以Schema包含的是Object，而不是User），其实User是对应与数据库的（即User是每个对应数据库的主人），既然有操作数据库（仓库）的权利，就肯定有操作数据库中每个Schema（房间）的权利，就是说每个数据库映射的User有每个Schema（房间）的钥匙，换句话说，如果他是某个仓库的主人，那么这个仓库的使用权和仓库中的所有东西都是他的（包括房间），他有完全的操作权，可以扔掉不用的东西从每个房间，也可以放置一些有用的东西到某一个房间，呵呵，和现实也太相似了吧。我还可以给User分配具体的权限，也就是他到某一个房间能做些什么，是只能看（Read-Only），还是可以像主人一样有所有的控制权（R/W），这个就要看这个User所对应

的角色Role了，至于分配权限的问题，我留在以后单独的blog中详述。比喻到这里，相信大家都清楚了吧。

在SQL Server2000中，假如我们在某一个数据库中创建了用户Bosco，按么此时后台也为我们默认地创建了默认Schema 【Bosco】。Schema的

名字和User的名字相同，这也是我们分不清楚用户和Schema的原因。

在SQL Server2005中，为了向后兼容，当你用sp_adduser 存储过程创建一个用户的时候，SQL Server2005同时也创建了一个和用户名相同的

Schema，然而这个存储过程是为了向后兼容才保留的，我们应该逐渐熟悉用新的DDL语言Create User和Create Schema来操作数据库。在SQL Server2005中，当我们用Create User创建数据库用户时，我们可以为该用户指定一个已经存在的Schema作为默认Schema，如果我们不指定，则该用户所默认的Schema即为dbo Schema，dbo 房间（Schema）好比一个大的公共房间，在当前登录用户没有默认Schema的前提下，如果你在大仓库中进行一些操作，比如Create Tabe，如果没有指定特定的房间（Schema），那么你的物品就只好放进公共的dbo房间（Schema）了。但是如果当前登录用户有默认的Schema，那么所做的一切操作都是在默认Schema上进行（比如当前登录用户为login1，该用户的默认Schema为login1，那么所做的所有操作都是在这个login1默认Schema上进行的。实验已经证明的确如此）。估计此时你会有一点晕，为什么呢？我刚才说dbo是一个Schema，但是你可以在数据库中查看到，dbo同时也是一个

user，晕了吧，呵呵。

在SQL Server2005中创建一个数据库的时候，会有一些Schema包括进去，被包括进去的Schema有：dbo，INFORMATION_SCHEMA, guest，

sys等等（还有一些角色Schema，不提了，有晕了）。

我在上文中已经提到了，在SQL Server2005中当用存储过程sp_adduser创建一个user时，同时SQL Server2005也为我们创建了一个默认的和用户名相同的Schema，这个时候问题出来了，当我们create table A时，如果没有特定的Schema做前缀，这个A表创建在了哪个Schema上，即进入了哪个

房间？答案是：

1.如果当前操作数据库的用户（可以用Select current_user查出来）有默认的Schema（在创建用户的时候指定了），那么表A被创建在了默认的Schema

上。

2.如果当前操作数据库的用户没有默认的Schema（即在创建User的时候默认为空），但是有一个和用户名同名的Schema，那么表A照样被创建在了dbo Schema上，即使有一个和用户名同名的Schema存在，由于它不是该用户默认的Schema，所以创建表的时候是不会考虑的，当作一般的Schema来

处理，别看名字相同，可是没有任何关系哦。

3.如果在创建表A的时候指定了特定的Schema做前缀，则表A被创建在了指定的 Schema上（有权限吗？）

现在问题又出来了，在当前操作数据库的用户（用select current_user可以查看到，再次强调）没有默认Schema的前提下，当我们用Create table A语句时，A表会去寻找dbo Schema，并试图创建在dbo Schema上，但是如果创建A表的用户只有对dbo Schema的只读权限，而没有写的权限呢？这个时候A表既不是建立不成功，这个就是我以后会提及到的Login,User, Role和Schema四者之间的关系。在这里，为了避免混淆和提高操作数据库的速度（在少

量数据范围内，对我们肉眼来说几乎看不到差异），我们最好每次在操作数据库对象的时候都显式地指定特定的Schema最为前缀。

现在如果登录的用户为Sue，该用户有一个默认Schema也为Sue，那么如果现在有一条查询语句为Select * from mytable, 那么搜寻每个房间

（Schema）的顺序是怎样的呢？顺序如下：

1. 首先搜寻sys.mytable （Sys Schema）

2. 然后搜寻Sue.mytable (Default Schema)

3. 最后搜寻 dbo.mytable (Dbo Schema)

执行的顺序大家既然清楚了，那么以后在查询数据库表中的数据时，最好指定特定的Schema前缀，这样子，数据库就不用去扫描Sys Schema了，

当然可以提高查询的速度了。

另外需要提示一下的是，每个数据库在创建后，有4个Schema是必须的（删都删不掉），这4个Schema为：dbo，guest，sys和

INFORMATION_SCHEMA，其余的Schema都可以删除。

篇五：SPPID 功能简介

Smart Plant P&ID 功能模块简介

Smart Plant P&ID是Intergraph 公司推出的基于数据库及规则驱动的工艺系统图软件。但是P&ID所承载的信息不仅仅是系统流程的图面内容，而还有丰富的内置属性，可方便的实现系统图的图面内荣和各类电力设计行业所需要的报表例如管线、管道表，阀门表，仪表清册，保温规格表等等。下面分几个主要使用模块简单的介绍一下Smart Plant P&ID:

一、管理模块

Smart Plant Engineering Management(SPEM)智能工程管理器

规划整个工程的工厂结构，划分区域、卷册、系统等信息。分配用户角色，控制权限等系统性操作。以及工厂的备份恢复，升级。都是在SPEM中完成。

Data Dictionary Management数据字典管理器

通过数据字典管理器可以定义P&ID中所需要的属性，例如KKS编码（目前已经提供KKS编码安装包），核电编码等需要增加表达的属性，关闭不需要显示的属性，以及需要参与智能计算的属性。通过它还可以生成模板提供其他参考工程复用，相近工程无需重新定义对象属性。

Catalog Manager图例图符管理器

通过该管理器可以像制作AutoCad 属性图块一样简单的定义所需要的图例图符。可以呈现任意需要的样式。虽然没有针对电力行业的通用图符库，但是通过简单的规划和修改可以用快速定制。而图块所必需具备的属性在Catalog Manager中就可以通过选择分类轻松完成。优点是永远不用担心该图块会被炸开。

Filter Manager过滤器管理器

通过过滤器管理器可以对所需要表达的内容进行多重分类，这种分类方式可以用于以后的属性、显示内容、管理内容等等。很多管理操作需要通过定义不同的filter进行，例如分层显示，出某些分类报表等等。

Format Manager 格式管理器

默认定义的单位格式等已经可以满足日常设计需求，如果需要特殊定义，在该管理器中进行定义。

其他几个管理模块是针对参考数据库的升级以及版本升级等功能，此处不详细介绍。

在这里先简单介绍一下参考数据库的概念，P&ID具有一个参考数据库，它包含了图例图符，格式定义，样式定义，工厂报表模板等一些运作P&ID软件基本必须的一些内容。对于一个工厂的初始化而言，就是要先确定他的参考数据库内容是否齐备，才开始绘制P&ID系统流程图。

二、绘图模块

Drawing Manager 图纸管理器

图纸管理器是在前面SPEM的基础之上，策划了具体的系统以后，在每个系统下开设图纸的工具，开设图纸时可以选择图纸模板，例如常用的A1，A0等。所有图纸内的抬头信息都可以在这里输入完成，无需进入图纸再输入一次。因此管理图纸比传统AutoCAD更为轻松，也可以方便的抽取图纸清单目录。

当工程复用的时候，也可以从其他工程导入图纸，避免了重复绘图的工作。 此外还包含了版本功能，可以方便的确定版次和进行版本之间的比较，版本比较功能比较实用，通过它可以快速定位变更。

Insulation Manager保温管理器

定义保温等级，保温厚度表等，在P&ID默认定义下，可以方便的通过温度管径确定保温等级，从而自动选取保温厚度。如果自行开发了保温计算接口程序则可以不使用该功能。

Options Manager选项管理器

定义线型颜色以及参考数据库路径等一些常规配置内容。

Rule Manager规则管理器

这里的规则即指规则驱动所用的规则，通过它可以定义一些列的原则确保设计的正确性，以及保证一些管线属性的快速填写，比如某些管径、通径的传递原则，管线放置阀门是否需要取得哪些管道的属性。可以定义一些原则，是否可在设备上放置某些组件等等。

Smart Plant P&ID

Smart Plant P&ID是系统流程图的绘图环境。区别于传统绘图软件的地方是与数据库无缝整合，在完成图形的时候同时完成了数据的录入，因此所有需要的报表都是自动抽取。而不是图形表格分离。

上图表示的为图例图符库的树形菜单。所有需要在图面上展现的内容都是从这里选取以后再绘制到图面上。

下图为绘图环境：

利用EDE工程数据管理器，可以实现：编辑数据视图，以便更加方便的修改和查询数据，也可以用这种方式来同步右边栏的属性栏进行显示上的同步；利用AutoFilter 像Excel一样的查询数据；利用Report功能可以把在工程数据管理器里查询出来的数据报告出来。

绘图常见步骤顺序：

1、放置设备，设备布局

设备分为可等?a href="http://www.zw2.cn/zhuanti/guanyurenzuowen/" target="_blank" class="keylink">人醴拧⒉问醴拧⒉豢伤醴偶钢帧Ｌ卣鞣直鹞慕呛诘恪⑺慕腔频恪⒅挥芯迪裥丶恪＞咛蹇梢圆樵腢ser Guider。

2、放置设备接口（很重要，不放的话管道无法下手）

体裁作文