如何使用protege Value Partition

protégén. 被保护者；<俗>宠儿；a. 受保护的protège保护

〖简介〗：Protege无疑是近两年最令人兴奋的新兴品牌，从“jack船长”到品牌首脑哈灵顿，以及“友情”代言的阿泰，protege已经形成了一个独特的代言阵容，而去年这个品牌也与著名的平价连锁商kmart达成合作协议，从而以低价姿态正式步入市场。近日这个品牌又曝光了一款引人注目的别注a3h KeonClark7，不过这个版本并非为前猛龙球员克拉克所准备的pe版本，而是为sc和nt论坛的著名网友KeonClark7推出的custom款式，从明星到知名sneaker，足见protege挑战篮球鞋市场格局的野心。

"Protege" or "门徒" is a movie about drug, starring Andy Lau (刘德华), Daniel Wu (吴彦祖), Louis Koo (古天乐), Zhang Jingchu (张静初), and Anita Yuen (袁咏仪). It is set to release this Valentine"s Day. Zhang Jingchu plays Louis Koo"s wife who tried the drug in order to show her husband that giving up drug is possible if one is strong - minded. Unfortunately, Zhang failed. She left home and met Daniel Wu who fell in love with her. Once after taking drugs, she seduced Daniel and there comes the below pictures. 农历年电影《门徒》是一部带观众闯入毒品世界，见证毒品真相的电影，由五大群星刘德华、吴彦祖、古天乐、袁咏仪、张静初主演。片中的阿芬(张静初饰演)与丈夫(古天乐)育有一女，为了向有毒引的丈夫证明意志可以戒毒，以身尝试，可惜失败。 为了逃避丈夫的纠缠，阿芬唯有带女儿出走。阿力(吴彦祖饰演)从事毒品生意，眼见邻居阿芬一家被毒品折腾，因此协助阿芬戒毒，又帮忙她照顾女儿的起居。阿力渐渐对阿芬由怜生爱，其中一场情节便是阿芬吸食毒品后，迷糊间主动挑逗阿力发生关系。 张静初饰演吸毒者还是首次，因此她接拍这角色前，已不停搜集有关毒品的资料，另外又与片中角色阿芬有一样吸毒遭遇的女性倾谈，了解她们的内心世界：“在现实生活中，因为丈夫吸毒或男友吸毒而一同吸食的女性是很多的，除非真的与对方狠狠分手，不然的话最后也会一起吸毒。令我最不安的其中一个个案，就是有个人为了向家人证明戒毒的决心，每次戒毒都不惜砍掉手指，结果三根手指都没有了，现在他又进了戒毒所 ! 可见毒品真是害人不浅。” 导演尔冬升对张静初的表现赞不绝口：“每次埋位拍戏时，她已让身边人感到她是一个活脱脱的吸毒者，正式拍摄时完全表现出那份爆炸力。我相信香港没有太多女演员是她的敌手。” 这场激烈的情欲戏份，吴彦祖及张静初都演得入戏才能过关，导演尔冬升拍摄前特别安排二人做足热身：“女演员第一次拍大胆亲热镜头总会不自然，所以我便叫Daniel(吴彦祖)与张静初排练一次。谁知那亲热用的贵妃椅竟容不下高大的Daniel，于是二人又想尽方法试位，令我吃惊的是他们两人演来十分自然，张静初完全也不感到尴尬，只拍了3个takes便完成了。” 《门徒》由雅新国际有限公司、新传媒星霖电影私人有限公司、高宝影视娱乐集团(亚洲)有限公司、中国电影集团公司、北京保利博纳电影发行有限公司、北京金英马影视文化有限公司联合出品，无限映画电影制作有限公司摄制，发行拳电影发行有限公司全球发行。《门徒》于2月14日情人节全线公映，香港、大陆各主要城市、台湾、新加坡等地同步迎接农历新年。

可以的，比如说 is a part of ，is a child of等等

通过实验证明，protege不支持中文问题：使用简单的animal本体，刚开始可以显示他的model，然而我后来给Carnivore添加一个同类“肉食动物”，他的model就不能再显示，都在左上角重叠显示。解决：我以为是我的3.1版本没有配好，查看Protege_3.1pluginsdfki.protege.ontoviz下的protege.properties文件内容，dot.command=C:\Program Files\ATT\Graphviz\bin\dot为Graphviz的安装路径，对，没有问题，这个图形显示问题也是刚开始折磨我很久的问题，担心，如果这下还不对的话，真没折了后来突然想起在论坛中看过，protege不支持中文，说如果是中文就会出现上述问题，当时也没验证，因为我当时建的本体全是英文，并还出现类似问题，所以我感觉我的症结不是中英文的问题，就是没有装图形插件的问题。在这，我试着将“肉食动物”class删掉，点击“Ontoviz”，图就ok了这个不支持中文的问题也是个亟待解决的问题

property是属性的意思，data property就是数据属性，为一个类赋值的；object property是关系属性，为两个类规定关系的。 比如说你新建一个名为“公园”的class(类)，和一个名为“address”的data property，就可以为“公园”添加这个属性“address”，设定“address”属性的值表示公园的地址 再比如你新建了一个名为“动物管理员”的class，和一个名为“work_in”的object property，就可以为“动物管理员”这个类添加“work_in”这个属性，规定值域为“公园”class，表示动物管理员和公园的关系是前者在后者里工作，当然对于“work_in”属性来说，定义域就是“动物管理员”，值域就是“公园

protege[英][ˈprɒtəʒeɪ][美][ˈproʊtəʒeɪ]n.被保护者，门徒; 以上结果来自金山词霸例句:1.In contrast to his more cerebral protege, mr. putin, 57 years old, has cultivated an imageas an active, hands-on leader. 与其更加理智的追随者相比，现年57岁的普京已为自己树立了一个积极能干而又亲力亲为的领导人形象.-----------------------------------如有疑问欢迎追问！满意请点击右上方【选为满意回答】按钮

创建代表经纬度的数据属性（Datatype Properties），比如经度（longitude），纬度（latitude），更具体的应该定义诸如东经（eastLongitude），北纬（northLatitude）这样的数据属性。还有这些城市应该不是定义成类，而应该类的实例，将它们转换成实例（instances）后，就可以为每个实例定义相应的经纬度属性了。如实例北京市，北纬39.9”，东经116. 3”。

portege 是美国斯坦福大学开发的本体开发工具，也是基于知识的编辑器。portege 使用JAVA和Open Source作为操作平台，可用于编制本体和知识库（Knowledge Base)，portege 可以根据使用者的需要进行定制，通过定制用户的界面以更好地适应新语言的使用；有可自行设置的数据输入模式，可以将portege 的内部表示转制成多种形式的文本表示格式，如：XML、RDF(S)、OIL、DAML、DAML+OIL、OWL等系统语言。portege 工具本身没有嵌入推理工具，不能实现推理，但它具有很强的可扩展性，可以插入插件来扩展一些特殊的功能如推理、提问、XML转换等。portege 提供可扩展的独立平台环境，用于构建和编辑本体以及知识库。 portege 开放源码，运行多重继承，提供本体建设的基本功能，而且它采用图形化界面，界面风格与OilEd一样，都与WINDOWS操作系统的风格一致，模块划分清晰。另外，portege 本体结构和OntoEdit一样，也是以树开的等级体系结构来显示，用户可以通过点击相应的项目来增加或编辑类、子类、实例等，所以用户使用portege 不需要掌握具体的本体表示语言，是用户比较容易学习、使用的本体开发工具。它已成为国内外众多本体研究机构的首选工具。portege 可用于：类模拟（Class modeling)：portege 提供了一个图形化用户界面来模拟类（领域概念）和它们的属性及关系。实例编辑（Instance editing）：从这些类中，portege 自动产生交互式的形式，全用户或领域专家进入的有效实例成为可能。模型处理（Model processing)：portege 有一个插件库，可以定义语义、解答询问以及定义逻辑行为。模型交换（Model exchange)：最终的模型（类和实例）能以各种各样的格式被装载和保存，包括XML、UML和资源描述框架RDF.

　　作用是可以加载第三方推理机进行推理，其自身也具有推理功能。　　推理机(Inference Engine)是专家系统中实现基于知识推理的部件，是基于知识的推理在计算机中的实现，主要包括推理和控制二个方面，是知识系统中不可缺少的重要组成部分。

下载Jess，配置好Jess jar其一，用protege提供的SWRLTab编写规则，点击旁边的Jess tag可以对规则进行推理。其二，在程序调用SWRLBridge类实现推理，并且进一步对推理结果进行处理。原理很简单，protege定义本体，SWRL编写规则，Jess将protege中的知识库和SWRL规则转化成内部格式，从而进行推理。

如果你建完本体后保存为OWL文件，在你的工作台可以看到pprj格式的本体工程，还有OWL格式的本体文件，用记事本打开OWL文件就可以看到代码了，不知道你是不是要看这个。工作台默认都在protege的根目录

你要安装好JDK,然后配置好环境变量，好像只能在xp系统下运行。

protege软件在哪儿下载的呀？

楼上其他说的都很好，可是结局部分阿力准备注射得时候小女孩进来了，并且把针丢了，所以其实阿力并没有吸毒。

protege是斯坦福大学开发的一项本体构建工具，提供在线使用和本地下载，可以直接到官网下载（需要安装JAVA环境）。对象属性实质上就是定义了类之间的关系，在定义了这些对象属性之后，可以利用这些属性来描述类或者说，给定义好的类添加一些约束。如果说对象属性描述的是类之间的关系，那么数据属性描述的就是类本身的属性，感觉上更符合“属性”这个词的中文含义。在本体中定义了两种类型的属性，对象属性和数据属性。我们知道，本体或者语义网最基础的元素是（s，p，o）三元组，前面提到的类的定义方式可以看作是s和o的定义方式，这里这个对象属性就是p的定义。

一个是命名类（named classes），一个是匿名类（anonymous classes）

刘德华电影门徒网页链接

每个类都占了好几行，frame值一样的那几行表示一个类的几个信息，在这些信息中，slot值为2002的short value就是该类的名称，slot值为2007的short value就是该类的实例所在的frame值。里边有很多规律呢，慢慢发现吧。

修改实体数据库字段的最大值,理论上讲没什么问题,即使和程序中的定义不一致也没关系,类型不变即可

Protégé软件不懂只懂英文property 财产data 数据object 对象不知道对你有帮助没有

新建Object Property。再把两个相关概念点进行关联就可以了。

我也很想问这个问题？导入的是不是本体信息？还是元数据啊

protege生成的OWL格式可以选择存储格式，有个格式是***.rdf-xml.owl，但是这个不能直接用，在用推理机做推理的时候，可利用推理机转化为推理语言，这个过程完成后，知识文件就可以随心所欲的操作了。建议你先熟悉一下语言，就算编程读写都是很快的！

貌似需要一个个添加，双击类结构中的类名，或者双击显示的那个概念节点，会自动展开这个节点的子节点的，最终形成的图会比较的乱，通过手动移动编辑这些点可以理顺一点；你可以装个Graphviz，直接在OWL Viz标签中，点击显示全部类后，就会出现一个结构图，和你说的你那个出来的图会有些不一样，结构看起来比较清楚，但不可编辑。

面用一个简单的例子作介绍：（本例不是特别针对实现什么功能，只是为了介绍方便）第一部分 创建一个模糊逻辑（.fis文件）第一步：打开模糊推理系统编辑器步骤：在Commond Window 键入fuzzy回车 打开如下窗口，既模糊推理系统编辑器第二步：使用模糊推理系统编辑器本例用到两个输入，两个输出，但默认是一个输人，一个输出步骤：1、添加一个输入 添加一个输出得如下图2、选择Input、output(选中为红框)，在Name框里修改各输入的名称并将And method 改为prod，将Or method 改为 probor提示：在命名时"_"在显示时为下标，可从上图看出。第三步：使用隶属函数编辑器该编辑器提供一个友好的人机图形交互环境，用来设计和修改模糊推理系中各语言变量对应的隶属度函数的相关参数，如隶属度函数的形状、范围、论域大小等，系统提供的隶属度函数有三角、梯形、高斯形、钟形等，也可用户自行定义。步骤：1、双击任何一个输入量（In_x、In_y）或输出量打开隶属度函数编辑器。2、在左下处Range和Display Range处添加取值范围，本例中In_x和In_y的取值范围均为[0 10], Out_x和Out_y的取值范围均为[0 1]3、默认每个输入输出参数中都只有3个隶属度函数，本例中每个输入输出参数都需要用到五个，其余几个需要自己添加：选中其中一个输入输出参数点击Edit菜单，选Add MFS…打开下列对话框将MF type设置为trimf(三角形隶属度函数曲线，当然你也需要选择其他类型)将Number of MFs 设置为2点击OK按钮同样给其他三个加入隶属度函数4、选中任何一个隶属度函数（选中为红色），在Name 中键入名称，在Type中选择形状，在Params中键入范围，然后回车如下图：5、关闭隶属函数编辑器第四步：使用规则编辑器通过隶规则编辑器来设计和修改“IF...THEN”形式的模糊控制规则。由该编辑器进行模糊控制规则的设计非常方便，它将输入量各语言变量自动匹配，而设计者只要通过交互式的图形环境选择相应的输出语言变量，这大大简化了规则的设计和修改。另外，还可为每条规则选择权重，以便进行模糊规则的优化。步骤：1、打开规则编辑器点击Edit菜单，选Rules…打开下了对话框2、添加规则选中IXL2,IYL2,OXL2,none(表示不被选中任何隶属度函数),and选项，权重Weight均设为1，然后点击Add rule 添加规则，同理添加其他规则。下图为添加所有role后：3、关闭规则编辑器第五步：保存并查看结果步骤：1、保存保存为Test.fis2、View->Rules打开Rule Viewer3、View->Surface打开Surface Viewer第二部分：将模糊逻辑添加到Simulink中第一步：创建一个Simulink文件步骤：1、打开Simulink2、点击新建按钮建立一个新的.mdl文件第二步：添加模糊逻辑步骤：1、在Simulink Library Brower 的搜索框内键入Fuzzy Logic Controller找到Fuzzy Logic Controller，并将其拖拽到新建的mdl文件中2、双击Fuzzy Logic Controller，打开如下对话框，比在其内部键入Test3、关闭对话框第三步：添加其他模块如下图，都是常用模块，请自己添加第四步：保存并运行步骤：1、保存为Test.mdl2、初始化模糊逻辑控制器，即在Command Window中键入Test = readfis("Test.fis")，回车1、运行Test.mdl这里可以比较一下结果

按箭头的方向就可以理解为，Icecream is-a food，当你在food类下新建一个子类(subclass)Icecream，这两个类之间就自动生成了is-a的关系属性，这说明了这个Icecream子类继承了food的全部属性，比如说你给food设定了一个属性叫can_be_eat，那么Icecream也can_be_eat，因为Icecream是food啊

用Jena.Protege可以作为本体的可视化展示方式，和简单的本体建模。如果真正做应用的话还是先研究你要描述的对象用什么样的方式建模？如何建模？然后自动化构建本体。

这个真的没学过

在Protege中应该是不能编辑OWL代码的，只能由所创建的概念模型生成或导出OWL、RDF代码。如果想直接编辑OWL代码，可以使用其他的编辑器打开保存后的OWL文件进行编辑。

其实 在安装完Oracle 10g后，不用任何第三方工具，它已经自带了几个管理工具。像，sqlplus和OEM管理控制台。当然，第3方的可能也不错。sqlplus在命令下执行，OEM需要在浏览器中执行，输入192.168.11.102：5560/isqlplus 或者192.168.11.102:1158/em，还可以192.168.11.102:5560/isqlplus/dba来打开xuyifei007希望有所提示，有空到365testing,测评网,51cto进一步交流!

查找当前owlmodel中的 thiscls类，并创建一个该类的实例instance，采用以下代码： OWLNamedClass thisClass owlModel.getOWLNamedClass(thiscls);thisClass.createOWLIndividual(instance); 将程序插入实例后存储的ScienceOntology.owl文件用Protg GUI界面打开，可以看到成 功创建的本体实例。Location类下的实例列表如图4右侧列表。 DLIB OSS2009 学术研讨会论文 用抽取结果构建科研本体

Protege用来本体建模，是很好用的一个软件，但是斯坦福大学开发的是英文版的，国内的用户用起来很不方便，这针对这一些列问题我们做了进一步开发，是中文版的，我们自己也在用，效果很好，如果你也想用一下，可到 nlpir下载。

⊙﹏⊙b汗 我还不知道这个有4.1版本的

1、打开proteus,在原理图界面点击P按钮,进入元器件选择界面；2、在器件查找界面,关键词输入KEY,点enter键查找,然后选择Switches&Relays,就得到四个搜索结果；3、单击查找结果,即可在右侧查看元器件符号,双击可添加元器件到器件栏；4、以下是查找到的四种矩阵键盘,分别是计算器键盘、简易计算器键盘、电话键盘以及一个4*4键盘，如果没有你需要的，也可以自己使用单独的BUTTON按键连接。4×4矩阵键盘由4条行线和4条列线组成，行线接P3.0－P3.3，列线接P3.4－P3.7，按键位于每条行线和列线的交叉点上。

看下数据库编码格式是否为utf-8，protege默认是utf-8格式的，两者的编码要一致才行

（mapclass owl：Thing）

这个还是要根据你自己的需求的吧。如果说你只是初步的学习，那么用mysql,这方面的资料网上也很齐全，《web 3.0与semantic web 编程》这本书上就是以mysql做为例子的。

左上角有+号，是不是+号没点开？

通过实验证明，protege不支持中文问题：使用简单的animal本体，刚开始可以显示他的model，然而我后来给Carnivore添加一个同类“肉食动物”，他的model就不能再显示，都在左上角重叠显示。解决：我以为是我的3.1版本没有配好，查看Protege_3.1pluginsdfki.protege.ontoviz下的protege.properties文件内容，dot.command=C:\Program Files\ATT\Graphviz\bin\dot为Graphviz的安装路径，对，没有问题，这个图形显示问题也是刚开始折磨我很久的问题，担心，如果这下还不对的话，真没折了后来突然想起在论坛中看过，protege不支持中文，说如果是中文就会出现上述问题，当时也没验证，因为我当时建的本体全是英文，并还出现类似问题，所以我感觉我的症结不是中英文的问题，就是没有装图形插件的问题。在这，我试着将“肉食动物”class删掉，点击“Ontoviz”，图就ok了

protege生成的OWL格式可以选择存储格式，有个格式是***.rdf-xml.owl，但是这个不能直接用，在用推理机做推理的时候，可利用推理机转化为推理语言，这个过程完成后，知识文件就可以随心所欲的操作了。 建议你先熟悉一下语言

我也遇到同样的问题，请问你解决了吗？

Object property 中点个Transitive 就可以了吧

protege生成的OWL格式可以选择存储格式，有个格式是***.rdf-xml.owl，但是这个不能直接用，在用推理机做推理的时候，可利用推理机转化为推理语言，这个过程完成后，知识文件就可以随心所欲的操作了。

《The Protege》（Frey, Stephen）电子书网盘下载免费在线阅读链接：https://pan.baidu.com/s/1bF2yHyXjweSKNWMC2afPcg 密码：4fbi书名：The Protege作者：Frey, Stephen出版年份：2006-1内容简介：After surviving attempts on his life and malicious competition in the corporate world, Christian Gillette has finally become Chairman of Everest Capital. Now on the brink of taking-over his ex-rival"s sinking firm and buying the NFL"s newest team-The Las Vegas Twenty-Ones-Gillette finds himself drawn to a young deal-maker named David Wright. However, when Gillette"s success suddenly starts crumbling and it looks that Wright is to blame, the newly crowned Chairman will have to face tough facts and tough choices surrounding his protigi.

在OWL-VIZ里面可以看全啊，如果是显示问题，拉拉滚动条试一试。

无论是知识库还是服务的语义描述都需要具有良好的组织和存储，以支持高效推理和服务检索发现。目前对于本体的存储方法基本有三种(李勇等，2008):(1)纯文本，如 OWL 文件。由于 XML 的信息组织和存储方式结构复杂，而且存在冗余等，基于其上的查询检索效率通常会比较低。纯文本的方式适合本体比较小的时候，不适合本体大规模应用的情况。(2)数据库: 是一种比较好的持久化存储方式，最大好处是便于查找，可存放大本体，查询效率高，特别在 I/O 效率上。但是数据库方式存在本体查询语言到 SQL 的转换问题，需要借助于第三方中间件或自定义实现。(3)专门的管理工具: 比如说 OMM(Ontology Middleware Module)支持对 RDF、OWL 的存储管理，还提供各种接口，可以使用查询语言对 RDF 或者 OWL 进行查询。综合对比这三种本体存储方式，由于关系数据库存储几十年的技术积累，以及它的海量存储特点而成为了许多研究者的首选。5.4.3.1 本体的关系数据库存储模式由于本体模型和关系模型的差异，目前存在多种在关系模型中存储本体的方法，其主要可以分为以下四类(陶皖等，2007; 陈光仪，2009)。5.4.3.1.1 水平模式该模式只在数据库中保留一张通用表，表中列为本体中的属性。整个本体库中定义了多少个属性，这张表就有多少个列，具体如图 5.28 所示。本体中的每个实例对应该表中的一条记录。这种存储模式结构简单，执行查询操作比较方便。但是该通用表包含了大量的列，而现有的数据库系统对一张表中列的个数都是有限制的，所以该模式无法存储规模较大的本体。而且表中的数据过于稀疏。由于每个实例对应关系表中的一行，如果其在某些属性列上没有值，那么必须将对应的属性值设置为空，这将导致大量空字段的出现，不仅浪费存储空间，而且增加了索引维护的代价。另外该通用表中一个实例的属性和属性值只能是一对一，而实际情况往往是一对多，因此无法存储具有这种特征的本体。随着应用中本体的进化，还需要时常更新通用表中的列，重新组织表结构，这将耗费极大的系统代价。图 5.28 水平存储模式5.4.3.1.2 垂直模式垂直模式包含一张三元组表，表中的每条记录都对应一个 RDF 三元组(主语，谓词，宾语)，具体如图 5.29 所示。因此这种模式下，需要将本体中的所有信息都以 RDF 三元组的形式表示出来。Protege(2002)中便是使用了这种存储模式将本体存储于数据库中。这种模式设计简单，并且结构稳定。如果本体进行了更新，只需修改表中相应的元组即可。另外，该模式通用性好，因为现有的本体模型都可以转换为 RDF 模型表示。但是这种模式的可读性较差，若对本体信息进行查询，那么设计对应的 SQL 语句比较麻烦。除此之外，由于所有信息都存放在三元组表中，导致任何一个本体信息查询都必须遍历整个数据表，特别是那些需要进行表连接的查询，使得查询效率非常低，这是这种模式最大的不足之处。图 5.29 垂直存储模式5.4.3.1.3 分解模式该模式与水平模式和垂直模式的一个显著的区别是它使用了若干张表，其基本思想是将数据库进行模式分解。根据分解的对象不同，现有的采用分解模式的方法有两种。①基于类的分解模式，即为本体中的每个类都创建一张单独的表，表名为类名，表的列为类的属性，具体如图 5.30 所示。这种模式结构清晰，但是很难适应本体动态变化的情况，因为随着本体中类或者属性的变化，表结构都要随着变化。②基于属性的分解模式，即为本体中的每个属性创建一张单独的表，表名为属性名，每个表都包含两个列，分别代表RDF 三元组中的主语和宾语，具体如图 5.31 所示。在该模式中对类的隐含实例的查询代价很大，而且在现有的这两种分解模式的方法中，随着本体的变化都要不断的创建和删除表，而在数据库系统中创建和删除表的效率很低。图 5.30 按类分解模式图 5.31 按属性分解模式5.4.3.1.4 混合模式该模式通常将上述几种模式进行混合使用。例如，Pan 等(2003)提出这样一种将基于类的分解模式与基于属性的分解模式混合的存储模式，即在本体中定义一个类就为该类创建一个表(创建方法类似于基于类的分解模式)，在本体中定义一个属性就为该属性创建一个表(创建方法类似于基于属性的分解模式)。然而，与基于类的分解模式不同的是，该混合模式在类对应的表中不记录相应实例的所有信息，而只记录实例的 ID。实例在各个属性上的取值则分别记录在各属性对应的表中，所以和基于属性的分解模式类似，该模式在属性对应的表中仍然需要两列: 主语和宾语。对于本体类数目不多的情况下，这种模式在简单检索的情况下，运行得很好。但是，如果本体的类比较多，这种方式就会存在一些问题，例如: 数据库无法容纳这么多表，或者效率低下。针对上述四种模式，陈光仪(2009)从四个方面对适用场合、查询和更新效率、结构清晰以及易理解性、可扩展性四个方面对他们进行了综合对比(表 5.4):表 5.4 不同存储模式的综合对比(修改自陈光仪，2009)通过上述对本体存储模式的阐述及之间的综合对比发现，本体存储模式除了应该具有尽量高的规范化程度(例如满足第三范式或 BCNF 范围等)，还应该满足以下三个原则。(1)模式结构易于理解。该原则是为了便于本体查询的实现。如果模式结构不直观，会给查询语句的设计带来困难。例如，垂直模式不满足该要求，它将所有的信息都采用三元组的形式存储在一张表中，不容易理解表中元组的含义，加重了本体查询设计的负担。(2)模式结构稳定。即本体的变化不会引起数据库表结构的变化。因为本体是不断进化的，如果设计的模式结构会随着本体的变化而变化，数据库系统对其维护代价太大。现有的水平模式、分解模式和混合模式都不满足该要求。(3)查询效率高。该原则是评价各种存储模式的一个重要指标。因为本体中不仅包含大量的数据，而且查询中还经常需要进行表连接。例如在现有的垂直模式和基于属性的分解模式中，那些涉及表连接的查询效率非常低。目前在基于数据库的本体存储的实践上，一些学者开展了相关的研究工作:燕云鹏(2007)和陈光仪(2009)提出了类似的针对于针对 OWL 的本体数据库的混合本体存储模式(图 5.32，5.33)。可以看出这种模式是以基于属性的分解模式与垂直模式的混合体，具有较好的扩展性。但是存在的问题是效率不够高，所有的类存储在一个表中，所有的实例也存储在一个表中，这种方式的检索效率比较低。另外存储实例的表(Instance，Proterty，Value)中字段 Value 必须存储许多种不同类型的数值，比如有的是文本型，而有的却是数值型，使得数据不够清晰。此外，在针对几何体这种复杂的地理对象，这种字段就比较难以存储。图 5.32 本体的数据库混合存储模式(据燕云鹏，2007)ebRIM(ebXML Registry Information Model)是一个主流的信息注册模型，已成为事实上的标准，得到了 OGC 等支持。OGC 已经实现了基于 ebRIM 的目录服务，并推荐其作为目录服务的实现规范。但是目前基于 ebRIM 的目录服务只支持普通的基于关键字的检索。为此，一些学者已经开始研究如何扩展 ebRIM 实现对语义信息特别是 OWL 的注册。Dogac 等(2004)提出了如图 5.34 所示的一种通过将 XML 形式存储的 OWL 文件转换为以数据库形式存储，使得查询检索更加快速，管理维护也更加方便。为了能在 ebRIM 存储复杂的地理空间信息对象，一些学者开展了基于 ebRIM 的地理扩展方面的研究工作。乐鹏(2007)在其论文中提出了两种扩展方式: ① 从类 “ExtrinsicObject” 派生了“CSWExtrinsicObject”来描述那些不是 ebRIM 自身定义的元数据对象。比如类 “Dataset”继承了 “CSWExtrinsicObject”来描述空间数据集。②对 ebRIM 已有的类别增加 “Slot”。每一个从 “RegistryObject”继承下来的类均允许添加 “Slot”。ebRIM 中的 “Service”类可以用来描述空间服务，但是已有的属性不足以描述空间网络服务。因此，通过添加“Slot”到 “Service”类中以定义从 ISO 19119 派生的属性。如图 5.35 所示为经扩展后的ebRIM 高层模型图，其中 灰 色 填 充 的 矩 形 框表示 扩 展 的对 象 类。该 模 式 与 前 面 燕 云 鹏(2007)和陈光仪(2009)提出的模式相比，本质上差别不大，也是以基于属性的分解模式与垂直模式的混合体，只不过是基于标准的 ebRIM 注册模型，并且将其中的分类系统相关的类单独以两张表存储。该模式也具有很好的扩展性，也存在同样的一些问题。图 5.33 本体的数据库混合存储模式(据陈光仪，2009)海洋信息网格技术与应用续表5.34 OWL 元素到 ebRIM 元素的映射(Dogac et al.，2004)5.4.3.2 基于多分解策略的混合存储模式实现对知识库以及服务语义注册信息的存储的实现上，本书在现有的研究成果的基础上，结合本体组织构成及特点等实际需求，提出了一种基于多分解策略的混合关系数据库存储模式。该方法的指导思想是: 先按类对其中的数据专题、数据模式、处理模型等进行类的分解，然后结合属性的特性进行基于属性的分解。其中基于类的分解中，可能粒度的大小不一，可能是一个类或者具有相关或相似的一些类划分为一张表存储; 而基于属性的剖分，也并不是所有具有该属性的类以一个表存储，而可能是只针对一个类也单独组织为一张表，其具体思路如下:图 5.35 经扩展的 ebRIM 高层模型图(据乐鹏，2007)(1)类的分解: 因为本研究的存储模型不是为了实现一个通用的本体存储模型，而是为了实现一个服务于海洋信息服务领域的本体存储模型。海洋信息服务领域必然会牵涉到一些对象，比如对服务、模型、参数等对象，并且对这些对象的认识也基本上确定(也就是说这些对象类所具有的属性及之间的关系基本明确)，所以没必要像上面几种实现方案那样因为不能预知都有哪些类，各类都有哪些属性而将所有的实例的组织按垂直方式进行存储，也没有必要有一些表(比如独立的属性表，属性的作用域和值域表等); 而有必要针对海洋信息服务领域内的这些类的信息内容独立出一些表: 对于海洋专题，地理名实体、处理模型、数据模式等海洋信息检索发现中常用的对象，则有必要进行分开存储，否则必然使得结构不清晰，且检索查询效率低。(2)对于专题、空间形态以及模型功效等只是简单的分类系统，所具有的属性少，而且今后存在派生新的种类的可能，因此必须具备一定的扩展性。针对这类数据。它们的存储方式是(ClassID，ParentClassID，ClassType)，其中 ClassType 标注本体类是属于专题(比如 “海流”)或者其他。(3)对于取值不唯一的属性，且大部分类或实例都具有的属性，则采用基于属性的分解模式。比如对于别名属性(hasAliasName)，有可能一个类实例具有多个别名，这种情况下，则采取基于属性的组织方式。该表的形式是:(OntologyID，AliasName)，其中OntologyID 可以是本体类的 ID，也可以是本体实例的 ID，还可以是本体属性的 ID，因为类、实例和属性都可以有别名。(4)对于复杂的属性，采取大二进制存储的方式。比如对于地名实例的空间覆盖范围，则不考虑其实际内部是包含多少个组成部分，统一按一个 shape 存储在数据库中。当然这里借助了 ArcGIS 的 GDB 的 FeatureClass 矢量数据模型，并对于不同空间形态的则采用了多张表(点状地名类、线状地名类、面状地名类)，其组织方式是(GeoNameObjec-tID，shape)。同样，对于模型本体中的内部流程本体，也采用了大二进制方式存储，将整个流程 XML 描述文件，作为一个整体存放于字段中，其大体组织方式为(ModelID，FlowXML)。(5)本研究采用 ArcGIS 的 GeoDatabase 作为存储模型。本体类(ontClass)的存储结构如图 5.36 所示，数据库的总体组织结构如图 5.37 所示。图 5.36 本体类(onClass)的存储结构

徒弟[劳经] apprentice；[劳经] prentice更多释义>>[网络短语]徒弟 Apprentice;Protege;disciple钛徒弟 Alpha Trion徒弟的 prentice

1、打开proteus,在原理图界面点击P按钮,进入元器件选择界面；2、在器件查找界面,关键词输入KEY,点enter键查找,然后选择Switches&Relays,就得到四个搜索结果；3、单击查找结果,即可在右侧查看元器件符号,双击可添加元器件到器件栏；4、以下是查找到的四种矩阵键盘,分别是计算器键盘、简易计算器键盘、电话键盘以及一个4*4键盘，如果没有你需要的，也可以自己使用单独的BUTTON按键连接。4×4矩阵键盘由4条行线和4条列线组成，行线接P3.0－P3.3，列线接P3.4－P3.7，按键位于每条行线和列线的交叉点上。

god protege的中文翻译god protege 上帝的门徒protege 英[ˈprɒtəʒeɪ] 美[ˈproʊtəʒeɪ] n. 被保护者，门徒; [网络] 门徒; 徒弟; 被保护人; [例句]But this kid is my worshiper and my protege.但是他是我的崇拜者和保护的对象。[其他] 形近词： cortege protend protean