精华内容
下载资源
问答
  • 概念模型

    千次阅读 2013-07-16 11:12:27
    也就是说,首先把现实世界中的客观对象抽象为某一种信息结构,这种信息结构并不依赖于具体的计算机系统,不是某一个数据库管理系统(DBMS)支持的数据模型,而是概念级的模型,称为概念模型。 简介  让读者...
    定义
    
    为了把现实世界中的具体事物抽象、组织为某一数据库管理系统支持的数据模型,人们常常首先将现实世界抽象为信息世界,然后将信息世界转换为机器世界。也就是说,首先把现实世界中的客观对象抽象为某一种信息结构,这种信息结构并不依赖于具体的计算机系统,不是某一个数据库管理系统(DBMS)支持的数据模型,而是概念级的模型,称为概念模型。

    简介

    让读者更易理解,读时有个参考的东西。

      让读者更易理解,读时有个参考的东西。

    概念数据模型是面向用户、面向现实世界的数据模型,是与DBMS无关的。它主要用来描述一个单位的概念化结构。采用概念数据模型,数据库设计人员可以在设计的开始阶段,把主要精力用于了解和描述现实世界上,而把涉及DBMS的一些技术性的问题推迟到设计阶段去考虑。
    由于概念模型用于信息世界的建模型,是现实世界到信息世界的第一层抽象,是用户与数据库设计人员之间进行交流的语言,因此概念模型一方面应该具有较强的语义表达能力,能够方便、直接地表达应用中的各种语义知识,另一方面它还应该简单、清晰、易于用户理解。由于概念模型在此次的迭代过程非常简单,所以本来计划PASS掉其中的具体分析,不过概念模型的确非常之重要,他是OOD的一个基石。除了用例,应该说概念模型是OO开发过程中另一个充满主观色彩的工件。
    然而不同的人对同一个场景进行研究,可能提炼出来的概念模型都不一样,所以说这是颇受主观认识影响的一个过程。然而,概念模型的质量对整个系统的影响至关紧要,因为,所谓的面向对象,就是从这里开始。
    一般来说,构建概念模型的过程与程序员的关系并不大。最适合进行这项活动的人,应该是那些有较深资历的领域专家,极端一点,甚至可以就是最为熟悉自身业务流程的客户代表。只要稍稍学习简单的建模知识,他们就可以胜任了。技术出身的人要做好这个工作,在开始之前他可能首先需要做的就是:忘掉VB,忘掉JAVA,忘掉.Net, 忘掉C++ 。。。
    不过,作为开发人员,我比较认可一个思维跳出技术的条框,学习真正从“映射现实世界”的角度考虑问题的好办法,就是——假想一下,自己正在通过某部电影的故事来制作一个RPG游戏,电影里的桥段与游戏中的场景相对应,然后思考,其中需要表达哪些不同概念。好吧,试着弄一个简单的例子,这里,我用《无间道》来试试(不要笑我eld啊)。

    构建模型

    构建概念模型,需要从场景中提取各种“对系统目标有用”的概念。通常的方法是通过识别主要的领域词汇,或者通过已有的概念目录检查表来查找。由于时间关系,我已经预先想好了一些。看过的朋友知道,像“卧底”、“警察”、“黑社会”、“情报”等等,都是《无间道》这部电影里的一些核心概念。很自然地,开始时我会倾向于发展这样一个模型:(见右图)
    用例的概念模型

      用例的概念模型

    这样看起来比较直观。“警察”和“黑帮成员”是两个较大的概念,下面分别有较小的两个子概念。像黄Sir和韩琛这样的角色,是可以很直接地归入到“正规警察”和“普通黑帮成员”的范围中去的,而陈永仁和刘健明都分别属于不同的卧底角色。但这样出现了一个问题,就是陈和刘都是同时具有警察、黑帮的双重身份(尽管一个在明,一个在暗)的人,他们都有可能同时拥有警察和黑帮的某些行为。比如陈永仁在拥有黑帮“劈友”,“收数”的行为时,也有可能执行警察“逮捕”,“救死扶伤”这样的责任,刘健明表面上是警察,暗中也有进行黑帮“洗钱”的行为。两个人的行为相似,但本质立场不同,怎样在模型中表达出这样的概念呢?
    曾经也想过将“卧底”同时作为“警察”和“黑帮成员”的子概念,但觉得这样比较复杂且僵硬,实现起来也不容易(对不起,我又想到实现了)。后来觉得可以试试将“身份”和“行为”概念提取出来,于是建立下面这样的一个模型(见右图):
    用例的概念模型

      用例的概念模型

    在这个模型中,每个人物可以机动地拥有1个以上的身份,多个行为。每个行为也可以与特定的身份挂钩。这样的话,对表达不同角色的复杂身份就可以比较灵活了。对陈、刘之间的本性问题,又引入“价值观”这样的概念描述。但可以看到,改变后的模型复杂度提高了,尤其当人物的“行为”很多的时候,就可能会在其下面出现比较大的概念群了。
    系统的灵活性和复杂度的矛盾,是在提炼概念模型时必须慎重思考的问题。
    可想而知,如果真的要做成RPG的话,更多的概念需要被提取出来。譬如“情感”、“人际关系”、“情报”、“武器”、“女朋友”。。。。。。由于时间关系,就不在这里乱唱了。这次做的这个粗陋的模型,就权当抛砖引玉吧。

    找出模型

    最好是能够尽量充分地使用细粒度的概念来描述模型,而避免粗略描述。
    这是书中推荐的一条指导原则,我没有从正面理解也没有找到论据去推翻他,这是让我困惑的地方。其他一些指导性的原则包括:不能简单地因为需求说明中没有明显的要求保留某个概念的信息或是概念中没有属性,就去掉概念,在问题领域中,那些只担当纯行为的概念也是存在的。其后便是一个用于搜索概念的‘黑名单’,这让我更觉得不可思议,为什么是这样一个长长的黑名单而不是几条简洁的依据。最后我还是决心把他抄一遍:
    概念
    举例
    物理的或实在的对象
    销售点终端、飞机
    规格说明、设计或者事物的描述
    产品规格说明、航班描述
    地点
    商店、机场
    事务
    销售、支付、预定
    在线事务处理项
    在线销售项
    人的角色
    出纳员、飞行员
    包含其他事物的包容器
    商店、银行识别号、飞机
    被包含在包容器内的事物
    销售商品项、乘客
    系统外部的其他计算机系统或机械电子设备
    信用卡授权系统、空中交通控制系统
    抽象的名词性概念
    饥饿的人、恐高症
    组织
    销售部、对象航线
    事件
    销售、抢劫、会议、出航、坠机、着陆
    过程(通常不用概念来表达,但有时也会用概念来表达过程)
    出售一个产品的过程、预定一个座位的过程
    规则和策略
    退货政策、取消政策
    目录
    产品目录、零件目录
    财政收支、工作情况、合同等的记录
    收据、分类帐目、雇佣合同、维护日志
    金融工具和服务机构
    信用卡、股票
    手册、书籍
    雇员手册、修理手册
    抄完了一遍,没有找出一个通用性的指导原则,书中接下来给出的是根据名词性短语找出概念,这让我想起了某一期的程序员中有关于建模的文章,其中的概念模型的建立就是说根据名词来找,想来这是一种极其幼稚的做法了,其中还有这样一种情况,某些名词只作为对象的属性。

    建模过程

    1,运用概念目录列表或名词性短语找出问题领域中的后选概念
    2,绘制概念到概念模型图中
    3,为概念添加关联关系
    4,为概念添加属性

    模型设计

    概念模型设计
    概念模型不依赖于具体的计算机系统,他是纯粹反映信息需求的概念结构。
    建模是在需求分析结果的基础上展开,常常要对数据进行抽象处理。常用的数据抽象方法是‘聚集’和‘概括’。
    E-R方法是设计概念模型时常用的方法。用设计好的ER图再附以相应的说明书可作为阶段成果
    概念模型设计可分三步完成:

    局部模型

    ① 确定局部概念模型的范围
    ② 定义实体
    ③ 定义联系
    ④ 确定属性
    ⑤ 逐一画出所有的局部ER图,并附以相应的说明文件

    全局模型

    建立全局E-R图的步骤如下:
    ① 确定公共实体类型
    ② 合并局部E-R图
    ③ 消除不一致因素
    ④ 优化全局E-R图
    ⑤ 画出全局E-R图,并附以相应的说明文件

    模型评审

    概念模型的评审分两部分进行:
    第一部分是用户评审。
    第二部分是开发人员评审。
    展开全文
  • (这里假设你已经下载安装powerdesigner)步骤1、首先打开powerdesigner,鼠标点击File,然后New Model,选择Information,最后选择概念模型步骤2、在打开的页面的左方ToolBox栏,可以看到Conceptual Diagram的下方有...

    (这里假设你已经下载安装powerdesigner)

    步骤1、首先打开powerdesigner,鼠标点击File,然后New Model,选择Information,最后选择概念模型


    步骤2、在打开的页面的左方ToolBox栏,可以看到Conceptual Diagram的下方有实体和其他图标,鼠标点击实体

    然后将鼠标点击diagram页面,就会生成实体,这是你继续点击是继续生成实体的,如果想要编辑实体点击Standard 下方的箭头图标就不会继续生成实体了


    步骤3、双击实体进行编辑,首先在General填写你的类名,我这里name填写的是中文名,code填写的是英文名

    然后选择Attributes编辑属性,在属性窗口中的右边有Prisicion(精度),Mandatory(是否为空),Promary(主键)

    和Display可以根据自己的情况进行选择


    步骤4、画完图之后,可以选择类与类之间的关系,也是看右边的ToolBox,点击Relatioship图标,然后点击你想要编辑的类的关系,接着点击箭头图标。然后双击RelationShip这根线进行编辑,在General编辑页进行关系的说明


    步骤5、接着继续选择Cardinalities编辑页,在第一个管理员to角色的Role——name对应下写管理员,然后选择在这个

    视角下的关系是一对多还是哪种关系。下面的同理


    然后就完成了


    接着说怎么转成物理模型

    首先选择Tools,然后选择生成物理模型即可


    最后是结果图




    展开全文
  • (1)概念模型,也称信息模型,是按用户的观点来对数据和信息建模,主要用于数据库设计。 (2)概念模型实际上是现实世界到机器世界的一个中间层次。概念模型用于信息世界的建模,是现实世界到信息世界的一层抽象...

    (1)概念模型,也称信息模型,是按用户的观点来对数据和信息建模,主要用于数据库设计。
    (2)概念模型实际上是现实世界到机器世界的一个中间层次。概念模型用于信息世界的建模,是现实世界到信息世界的一层抽象,是数据库设计人员进行数据库设计的有力工具,也是数据库设计人员和用户进行交流的语言

    展开全文
  • RocketMQ概念模型

    万次阅读 2017-06-16 15:45:13
    RocketMQ概念模型 一 前言  对于任何一款中间件产品而言,清晰的概念模型是帮助用户正确理解使用它的关键。由于RocketMQ并没有遵循业界现有的JMS或AMQP规范,而且功能集比后两者更加丰富,描述该中间件产品的概念...

    RocketMQ概念模型

    一 前言

      对于任何一款中间件产品而言,清晰的概念模型是帮助用户正确理解使用它的关键。由于RocketMQ并没有遵循业界现有的JMS或AMQP规范,而且功能集比后两者更加丰富,描述该中间件产品的概念模型是一项比较有挑战的任务。RocketMQ的官方文档《RocketMQ 原理简介》对产品的概念模型给出了比较简洁而清晰的介绍。

      本文将针对用户在使用RocketMQ过程中需要重点理解的一些概念进行归纳总结和补充说明。

    二 概念模型

    1 Topic

      首先需要提到的概念是Topic。Topic是RocketMQ中的一个重要概念,RocketMQ的各组件都是围绕着Topic建立起对应关系的。

      在RocketMQ官方文档和本文中, Topic在不同的语境下被赋予了两种不同的语义:

      1)    消息的Topic属性值

        在描述Consumer的订阅设置信息或消息的属性时。

      2)    Topic属性为某个值的消息(单个消息或消息集合)

        在描述Broker,Producer和Consumer的对应关系,Queue以及负载均衡策略时。


    2 Broker,Producer和Consumer

      如果不考虑负载均衡和高可用,最简单的Broker,Producer和Consumer之间的关系如下图所示:

     

     

     

      为了实现消息队列的水平扩展和高可用,RocketMQ引入了Producer Group, Consumer Group, Master/Slave Broker和BrokerCluster概念。它们之间的关系进一步演化为:

     


      其中,Broker Group是为了方便指代一个Master Broker及其Slave Broker组成的集合,本文引入的一个新概念,类似于MongoDB中的复制集(Replica Set)概念。Brokr Group的定义是:Broker名相同的一组Master/Slave Broker,其中包含一个Master Broker(Broker Id为0)和0~N个Slave Broker(Broker Id不为0)。

      在上图中我们可以看出,Producer Group、Consumer Group和Topic之间的关系的被强调了:Producer Group生产消息,Consumer Group消费消息。实际的生产和消费行为是组内的各Producer和Consumer按照一致的生产或消费逻辑负责进行的。之所以强调ProducerGroup、Consumer Group和Topic之间的关系,是因为在《RocketMQ用户指南》中,对Consumer Group或Producer Group的说明还不能引起用户对使用规则的足够重视。例如,对ConsumerGroup的说明为:“Consumer 组名,多个Consumer如果属于一个应用,订阅同样的消息,且消费逻辑一致,则应该将它们归为同一组”。而背后的含义其实是:如果一个Consumer Group内的两个Consumer订阅不相同的Topic,会导致各Consumer只消费到一部分Topic。

       另外,在上图中Broker Cluster和Broker Group之间的关系定义成1:N的关系,是为了表明两者之间存在包含关系。在RocketMQ的代码中并没有限制一个Broker Group必须从属于一个Broker Cluster。

       各概念之间的主要对应关系为:

      1)   ProducerGroup和Topic之间的关系是多对多的关系

        一个Producer Group内的Producer可以生产多个不同Topic的消息;

        一个Topic的消息也可以由多个Producer Group内的Producer生产。

      2)   BrokerGroup和Topic之间的关系是多对多的关系

        一个Broker Group可以为多个Topic提供服务;

        一个Topic可以由一个或多个Broker Group提供服务。

        一个Topic由多个Broker Group提供服务即《RocketMQ用户指南》中提到的多Master,或多Master多Slave模式。

        一个Topic由一个Broker Group提供服务即《RocketMQ用户指南》中提到的单Master模式(包含Slave或不包含Slave)。

      3)   ConsumerGroup和Topic之间的关系是多对多的关系

        一个Consumer Group内的Consumer可以消费多个Topic的消息;

        一个Topic的消息也可以由多个Consumer Group内的Consumer消费。

      在集群消费模式下,一个Topic的消息被多个Consumer Group消费的行为比较特殊,在JMS标准中没有与其对应的消费模式。可以描述为:每个Consumer Group会分别将该Topic的消息消费一遍;在每一个Consumer Group内,各Consumer通过负载均衡的方式消费该Topic的消息。下面的例子可以说明这种消费模式的应用场景:

      基于微服务架构的拼车出行应用中,用户完成一次拼车行为后系统需要完成两个动作:扣款和增加用户的积分。拼车管理,支付管理和积分管理被解耦为三个独立的微服务。

      应用为支付管理模块和积分管理模块分别指定一个Consumer Group,两个Consumer Group都订阅“拼车结束”对应Topic的消息。拼车结束后,拼车管理模块只需要发出一个“拼车结束”消息就能够驱动另外的两个业务模块分别完成后续的工作。

      将一个Consumer Group对应业务系统中的一个独立的业务模块,是一个比较值得推荐的ConsuerGroup划分方法。


    3 Topic,Topic分片和Queue

      Queue是RocketMQ中的另一个重要概念。在对该概念进行分析介绍前,我们先来看一张图:


      为了简化分析过程,在这张图中没有包含Slave Broker。Broker1,Broker2和Broker3都是Master Broker。如果各Master Broker有Slave Broker,Slave Broker中的结构和其对应的Master Broker完全相同。

      从本质上来说,RocketMQ中的Queue是数据分片的产物。为了更好地理解Queue的定义,我们还需要引入一个新的概念:Topic分片。在分布式数据库和分布式缓存领域,分片概念已经有了清晰的定义。同理,对于RocketMQ,一个Topic可以分布在各个Broker上,我们可以把一个Topic分布在一个Broker上的子集定义为一个Topic分片。对应上图,TopicA有3个Topic分片,分布在Broker1,Broker2和Broker3上,TopicB有2个Topic分片,分布在Broker1和Broker2上,TopicC有2个Topic分片,分布在Broker2和Broker3上。

      将Topic分片再切分为若干等分,其中的一份就是一个Queue。每个Topic分片等分的Queue的数量可以不同,由用户在创建Topic时指定。

      我们知道,数据分片的主要目的是突破单点的资源(网络带宽,CPU,内存或文件存储)限制从而实现水平扩展。RocketMQ 在进行Topic分片以后,已经达到水平扩展的目的了,为什么还需要进一步切分为Queue呢?

      解答这个问题还需要从负载均衡说起。以消息消费为例,借用Rocket MQ官方文档中的Consumer负载均衡示意图来说明:


      如图所示,TOPIC_A在一个Broker上的Topic分片有5个Queue,一个Consumer Group内有2个Consumer按照集群消费的方式消费消息,按照平均分配策略进行负载均衡得到的结果是:第一个 Consumer 消费3个Queue,第二个Consumer 消费2个Queue。如果增加Consumer,每个Consumer分配到的Queue会相应减少。Rocket MQ的负载均衡策略规定:Consumer数量应该小于等于Queue数量,如果Consumer超过Queue数量,那么多余的Consumer 将不能消费消息。

      在一个Consumer Group内,Queue和Consumer之间的对应关系是一对多的关系:一个Queue最多只能分配给一个Consumer,一个Cosumer可以分配得到多个Queue。这样的分配规则,每个Queue只有一个消费者,可以避免消费过程中的多线程处理和资源锁定,有效提高各Consumer消费的并行度和处理效率。

      由此,我们可以给出Queue的定义:

        Queue是Topic在一个Broker上的分片等分为指定份数后的其中一份,是负载均衡过程中资源分配的基本单元。

     

    展开全文
  • 概念模型,逻辑模型,物理模型

    千次阅读 2019-10-24 09:49:49
    概念模型就是在了解了用户的需求,用户的业务领域工作情况以后,经过分析和总结,提炼出来的用以描写叙述用户业务需求的一些概念的东西。如销售业务中的“客户”和“定单”,还有就是“商品”,“业务员”。 用USE ...
  • 数据库设计---PowerDesigner(物理模型和概念模型

    万次阅读 多人点赞 2017-06-15 15:39:32
    前言 上一篇介绍了个工具建...第一种方法:概念模型转物理模型 1、首先新建模型--选择概念模型(CDM) 2、新建实体(学生和卡),设置相应的属性 3、一共四种关系(1:1,
  • 数据库的概念模型

    万次阅读 2017-11-04 09:24:57
     1、概念模型: (1)定义:现实世界到信息世界的第一层抽象,确定领域实体属性关系等。 (2)表示方式:E-R图。   2、逻辑模型: (1)定义: a、将概念模型转化为数据模型。 b、根据...
  • sql概念模型和逻辑模型

    千次阅读 2019-02-12 16:29:19
    概念模型的表示方法很多,目前比较常用的是实体联系模型,简称E-R模型。E-R模型主要用E-R图来表示。 实体间的联系有:一对一联系,一对多联系,多对多联系。 E-R模型用矩形框表示现实世界中的实体,用菱形框表示...
  • 数据库建模 : 概念模型 , 逻辑模型和物理模型

    万次阅读 多人点赞 2019-03-08 10:56:41
    概念模型设计 , 逻辑模型设计 , 物理模型设计 是数据库及数据仓库模型设计的三个主要步骤 1. 概念模型 概念模型就是在了解了用户的需求 , 用户的业务领域工作情况以后 , 经过分析和总结 , 提炼出来的用以描述用户...
  • 概念模型:对真实世界中问题域内的事物的描述,不是软件设计的描述。 表示概念模型最常用的是“实体-关系”图,E-R图主要由实体(矩形)、属性(椭圆)和关系(菱形)三个要素构成。 关系:一对一,一对多,多对多。...
  • 概念模型  概念模型就是在了解了用户的需求,用户的业务领域工作情况以后,经过分析和总结,提炼出来的用以描述用户业务需求的一些概念的东西。如销售业务中的“客户”和“定单”,还有就是“商品”,“业务员”...
  • 概念模型什么是概念模型概念模型是面向用户、面向现实世界的数据模型,与DBMS无关。采用概念模型,数据设计 人员可以把主要精力用于了解和描述现实世界上,而把涉及DBMS的一些技术性问题推迟 到设计阶段解决。如何...
  • 概念模型与关系模型和关系规范化

    万次阅读 2017-05-20 16:18:34
    概念模型  概念模型用于信息世界的建模,是实现现实世界到信息世界的第一层抽象,是数据库设计人员进行数据库设计的有力工具,也是数据库设计人员和用户之间进行交流的语言,因此概念模型一方面具有较强的语义...
  • 概念模型就是在了解了用户的需求,用户的业务领域工作情况以后,经过分析和总结,提炼出来的用以描述用户业务需求的一些概念的东西。如销售业务中的“客户”和“定单”,还有就是“商品”,“业务员”。 用USE ...
  • 1.概念模型  在了解了用户的需求,用户的业务领域工作情况以后,经过分析和总结,提炼出来的用以描述用户业务需求的一些概念的东西。  如销售业务中的“客户”和“定单”,还有就是“商品”,“业务员”。主要是...
  • 概念模型、逻辑模型和物理模型的区别

    万次阅读 多人点赞 2015-10-19 18:56:12
    一直对于概念、逻辑、物理这三个词一知半解。在自考和软考中都遇到了,总是搞混。下面。我们就一起来区分一下吧! 概念模型。  先来看一下概念的解释...通俗来讲,概念模型就是在了解用户的需求后,经过自己的总结,提
  • E-R概念模型

    千次阅读 2017-03-10 12:00:09
    E-R 概念模型
  • 概念模型就是在了解了用户的需求,用户的业务领域工作情况以后,经过分析和总结,提炼出来的用以描述用户业务需求的一些概念的东西。如销售业务中的“客户”和“定单”,还有就是“商品”,“业务员”。 用USE ...
  • 概念模型和数据模型 数据模型的定义 关系数据模型
  • 概念模型、逻辑模型和物理模型

    千次阅读 2016-04-14 17:36:56
    概念模型:记录了系统中存在(或将存在)的领域实体以及它们与系统中其他领域实体的关系。概念层的建模与技术无关,它是利用业务领域的术语来完成的。 逻辑模型:根据概念模型中创造出的概念,建立起关键抽象和...
  • 数据库设计——概念模型

    千次阅读 2019-10-21 15:56:28
    概念模型是用于信息世界的建模,是现实世界的第一层抽象。 1.基本概念 (1)实体(entity) 客观存在并可相互区别的实物称为实体。实体可以是具体的人、事、物,也可以是抽象的概念或联系,例如:一个职工、一个学生...
  • 概念模型设计

    千次阅读 2010-05-04 10:36:00
    4.1.3 概念模型设计概念模型不依赖于具体的计算机系统,他是纯粹反映信息需求的概念结构。建模是在需求分析结果的基础上展开,常常要对数据进行抽象处理。常用的数据抽象方法是‘聚集’和‘概括’。ER方法是设计...
  • 数据库建模-概念模型建模(E-R图)

    千次阅读 2019-11-16 22:06:02
    数据库建模-概念模型建立 目录数据库建模-概念模型建立面向对象模型与数据库关系模型两种模型的关系中间件概念数据模型(CDM)实体及属性实体属性联系一对一双向关系一对一单向关系一对多(等效多对一)多对多域...
  • 关于数据库建模,概念模型 逻辑模型 物理模型的区别和转化
  • 概念模型(1)用途与基本要求(2) 信息世界中的基本概念(3)两个实体型之间的联系① 一对一联系(1:1)② 一对多联系(1:n)③ 多对多联系(m:n)(4)两个以上实体型之间的联系① 一对多联系(1:m||1:n)② 一对一联系...
  • 概念模型简要说明

    千次阅读 2016-08-30 11:46:57
    概念模型,也称信息模型,它是按用户的观点来对数据和信息建模,主要用于数据库设计。 概念建模可以简单清晰地把现实世界的各种应用表达出来,方便直接地作为设计者与用户之间交流的语言,是开发人员进行数据库的...
  • PathMatcher是Spring的一个概念模型接口,该接口抽象建模了概念"路径匹配器",一个"路径匹配器"是一个用于路径匹配的工具。它的使用者是 : org.springframework.core.io.support....
  • 概念模型 - Conceptual Data Model

    千次阅读 2016-03-08 17:11:15
    承接上一篇博客:Database - Data Model(数据模型) 概念模型1. 是现实世界到机器世界的一个中间层次概念模型用于信息世界建模,是现实世界到信息世界的第一层抽象,是数据库设计人员进行数据库设计的有力工具,也...
  • 概念模型 含义:最终用户对数据存储的看法,反映了最终用户综合性的信息需求,以数据类的方式描述出企业级的数据需求。 内容:实体及实体之间的关系,在概念数据模型中,不包括实体的属性,也不用定义实体的主键...
  • RequestMatcher是Spring Security的一个概念模型接口,用于抽象建模对HttpServletRequest请求的匹配器这一概念。 RequestMatcher接口只定义了一个方法boolean matches(HttpServletRequest request),如果参数request...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 748,677
精华内容 299,470
关键字:

概念模型