精华内容
下载资源
问答
  • 数据字典例子

    千次阅读 2021-01-08 12:25:50
    北京某高校可用的电话号码有以下几类:校内电话号码由4位数字组成,第一位数字不是0。校外电话又分为本市电话和外地电话两类。拨校外电话需要先拨0,若是本市电话则接着拨8位数字(第一位不是0) ,若是外地电话则拨3...

    北京某高校可用的电话号码有以下几类:校内电话号码由4位数字组成,第一位数字不是0。校外电话又分为本市电话和外地电话两类。拨校外电话需要先拨0,若是本市电话则接着拨8位数字(第一位不是0) ,若是外地电话则拨3位区码后再拨8位电话号码(第一位不是0) 。

    • 电话号码 = [ 校内电话 | 校外电话 ]
    • 校内电话 = 非零数字 + 三位数字
    • 非零数字 = [ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 ]
    • 三位数字 = 3{数字}3
    • 数字 = [ 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 ]
    • 校外电话 = [ 本市电话 | 外地电话 ]
    • 本市电话 = 0 + 八位非零开头数字
    • 八位非零开头数字 = 非零数字 + 七位数字
    • 七位数字 = 7{数字}7
    • 外地电话 = 0 + 三位区码 + 八位非零开头数字
    • 三位区码 = 三位数字
     
    展开全文
  • 软件工程~数据字典例子解释

    千次阅读 2021-01-08 01:39:54
    软件工程~数据字典(个人理解) 数据字典:关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。 如果开发小型软件系统时暂时没有数据字典的处理程序,建议使用卡片形式书写数据字典,这里先看...

    软件工程~数据字典(个人理解)

    数据字典:关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。

    • 如果开发小型软件系统时暂时没有数据字典的处理程序,建议使用卡片形式书写数据字典,这里先看一个实例

    在这里插入图片描述
    这种数据字典卡片主要包含:名字、别名、描述、定位、位置。

    别名 对于同样的数据,不同用户或者分析员使用不同名字
    描述 详细的含义
    定位 是由什么组成的
    位置 他最终存在在哪里,一张表还是输出到打印机 还是其他的

    在这里插入图片描述
    这里面的8{字符}8是什么意思呢?

    • 数据元素组成数据的方式只有3种基本类型
      (1)顺序:以确定次序连接两个或多个分量
      (2)选择:从两个或多个可能的元素中选取一个
      (3)重复:把确定的分量重复零次或多次
      可以使用上述3种关系算符定义数据字典中的任何条目,虽然可以使用自然语言描述由数据元素组成数据的关系,但是为了更加清晰简洁,建议采用以下符号。
    意思
    = 等价于或定义为
    +
    [ ] 选择,通常包含多个分量,分量间用"|"隔开
    { } 重复
    ( ) 可选

    接下来我们来做两道题目,从中我们可以熟悉他们的使用方法

    • eg1:某宾馆的电话服务如下:可以拨分机号和外线号。分机号从7201到7209;拨外线需要先按9,然后是市话号码或长话号码;长话号码是由区号和市话号码组成的;区号是44、55中任意一个号码;市话号码是由局号和分局号组成的;局号可以是455、466、888、552中任意一个号码;分局号是长度为4的数字串。请写出在数据字典中,电话号码的数据条目的定义及组成。

      电话号码 = [分机号|外线号]

      分机号 = [7201 | 7202 | 7203 | 7204 | 7205 | 7206 | 7207 | 7208 | 7209]

      外线号 = 9+[市话号码|长话号码|]

      长话号码 = 区号 + 市话号码

      区号 = [44 | 55 ]

      市话号码 = 局号 + 分局号

      局号 = [455|466|888|552]

      分局号 =4{数字}4

      数字 =[0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 ]

    • eg2:北京某高校可用的电话号码有以下几种分类:校内电话由4位数字组成,第一位数字不是0;校外的电话又分为本市电话和外地电话两类,拨校外电话需先拨0,若是本市电话则借着拨8位数字(第一位不是0),若是外地电话则再拨3位区码再拨8位电话(第一位不是0)

      用定义数据的办法定义上述电话号码:

      电话号码 = [校内电话 | 校外电话]

      校内电话 = 非零数字 + 3位数字

      校外电话 = [本市号码 | 外地号码]

      本市号码 = 数字0 + 8位数字

      外地号码 = 数字0 + 3位数字 + 8位数字

      非零数字 = [1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9]

      数字0 = 0

      3位数字 = 3 {数字}3

      8位数字 = 非零数字 +=7位数字

      7位数字 = 7{数字}7

      数字 = [0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 ]

    3{数字}31{数字}3之间的差别在于,第一个的意思是固定长度为3的数字串,第二个是长度为1到3这个范围内的数字串

    在这里插入图片描述

    登记注册
    名字: 登记注册
    别名: 入住登记
    描述: 管理员登记入住客户信息
    定义: 登记注册=客户姓名+性别+年龄+房号+订餐密码+证件类型+证件号码+详细地址+电话+入住时间+入住天数+离店时间
    位置: 开房登记表

    浏览选购
    名字: 浏览选购
    别名: 客户点餐
    描述: 客户选购菜品并将其加入餐车
    定义: 浏览选购=菜名+价格+数量
    位置: 点餐订单表

    • 这个别名不一定要写,这个位置其实是根据你的其他方面,数据流图得来的,现在因为这是单独讲一个数据字典,所以你可以理解就行,上面的所有内容也是基于我自己的理解,如果有任何不对的地方,可以评论我会及时修改,主要是将多个例子进行一个汇总方便大家进行了解。
    展开全文
  • 关系数据库设计中关于数据字典的使用和创建的例子
  • 数据字典是什么

    万次阅读 多人点赞 2018-12-20 17:59:05
    数据字典 数据字典是一种通用的程序设计方法。可以认为,不论什么程序,都是为了处理一定的主体,这里的主体可能是人员、商品(超子)、网页、接口、数据库表、甚至需求分析等等。当主体有很多的属性,每种属性...

    数据字典

    数据字典是一种通用的程序设计方法。可以认为,不论什么程序,都是为了处理一定的主体,这里的主体可能是人员、商品(超子)、网页、接口、数据库表、甚至需求分析等等。当主体有很多的属性,每种属性有很多的取值,而且属性的数量和属性取值的数量是不断变化的,特别是当这些数量的变化很快时,就应该考虑引入数据字典的设计方法。

    数据字典有两种形式

    一、把主体的属性代码化放入独立的表中,不是和主体放在一起,主体中只保留属性的代码。这里属性的数量是不变的,而属性取值的数量可以是变化的。

    二、用一个表来放结构相同的所有属性信息,不同属性的不同取值统一编码,用“类型”来区别不同的属性,主体中保留属性代码的列表。这样主体所拥有的属性数量就是可变的了。

    第二种数据字典比第一种更抽象,层级更高,也更具一般性、通用性。

    这两种形式的归纳有些抽象,为说明这两种数据字典和它们的各种优点,下面举个简单的例子来说明:

    现在有个需求,要在程序中处理“职员”信息。这里的主体就是“职员”,开始时“职员”有“国籍”、“证件”和“学历”等属性。

    比如,对于一个“职员信息”页面上的“国籍”下拉列表,我们可以就用第一种的数据字典来存储不同的国家。如果不采取这样的方法,就需要手动的把所有可能的国家名称敲到页面上。这首先有个效率的问题,每个需要用到国籍的地方都要敲一次,要敲多久?还有,如果有一天,像南斯拉夫,突然国家换名了,是不是要所有涉及的页面都要手动地改变呢?

    又比如,如果有一天一个代码的名称需要换一个,是不是要到数据库中把已经经存在的所有数据都更新一遍呢?如“证件”,现在叫“身份证”,有一天想改为叫“居民身份证”。原来如果没有用数据字典,就意味着,要把“身份证”这几个字存到《职员表》等信息表中:

    《职员表》

    姓名  证件  性别

    张三  身份证 男

    李四        身份证   女

    ....

    这样,改名后就要手动改数据库。但如果使用了数据字典,《职员表》里面存的就是:

    《职员表》

    姓名  证件  性别

    张三  001           男

    李四       001           女

    ....

    另外增加了《证件表》:

    《证件表》

    证件id  证件名

    001      身份证

    002      暂住证

    ...

    《证件表》就是第一种数据字典。要改变证件名称时,只要把其中的“身份证”改成“居民身份证”就好了,只需修改一次。而且,《职员表》不用做任何修改,页面上如果用到“证件”,也不用做修改。

    还有在程序中有时需要判断业务逻辑时,用:“select *  from 职员表 where证件= ***”,原来***是“身份证”,使用数据字典后,就是001。证件改名后,就不用手动到程序里去改,程序也就不用重新测试、发布等等。

    但第一种数据字典也有局限性。

    使用第一种数据字典后,程序中除“职员”类外,还就需要有一个“国籍”类、一个“证件”类和一个“学历”类,对应的数据库中也需要增加一张“国籍”表、一张“证件”表和一张“学历”表。“职员”类则需要包含一个对“国籍”类的引用、一个对“证件”类的引用和一个对“学历”类的引用,对应的数据库中“职员”表中也需要三个外键分别指向“国籍”表、“证件”表和“学历”表。这样的设计在类似“国籍”和“学历”这样的属性比较少时是可行的,但是随着系统复杂性的增加,系统中会出现大量结构类似的信息表和信息类,数量一直会增加到一个不可接受的地步。这里的“职员”,已经有了国籍、证件和学历三个属性,但如果职员还要增加“职位”属性,那么必然要多出个“职位表”,如果还有其它...那即,当取得一条主体的完全数据时,那将进行几十个表的联接(join)操作。

    如何解决呢?

    通过分析上述问题,可以发现的一个特征是:这些信息类的内容都是需要动态维护的,但是所需的属性是一样的,对应的数据库表中包含的字段也是一样的。关键的字段就是两个:“标识”和“名称”。“标识”用于表示不变的主键,“名称”用于表示程序界面上显示的文字。

    第二种数据字典就是为了解决上述问题而设计的。

    还是以上面的例子为例。在系统中去掉《国籍表》、《证件表》、《学历表》….,引入《系统代码分类表》和《系统代码表》:

    《系统代码分类表》

    分类标识           分类名称

    Country              国籍

    ID                       证件

    《系统代码表》

    标识                   分类                  内容

    001                    Contry              中国

    002                    Contry              美国

    …..

    501                    ID                    身份证

    502                    ID                    暂住证

    ……

    《系统代码表》的“分类”字段都指向《系统代码分类表》中的“分类标识”。这样,在程序需要获得国籍信息时,只要通过“Country”这个标识去《系统代码表》中检索就可以了。这样的设计也便于建立一个单独的程序模块来维护所有的这些公共信息。

    对于《职员表》,使用第一种数据字典时,其表结构是:

    职员ID、姓名、国籍ID、证件ID、学历ID…….

     

    采用第二种数据字典后,其表结构是:

    职员ID、姓名

    另外增加《属性表》,该表是《职员表》和《系统代码表》的关系表,其表结构是:

    属性ID、职员ID、系统代码表_标识

    如:

    《职员表》

    职员ID            姓名

    1                     张三

    2                     李四

    …..

    《属性表》

    属性ID            职员ID                系统代码表_标识

    1                         1                         001  (表示张三是中国籍)

    2                         1                         501  (表示张三的证件是身份证)

    3                         2                         002  (表示李四是美国籍)

    4                         2                         501  (表示李四的证件是身份证)

    …..

    可以看出《职员表》的设计大为简化,系统也更加灵活了,完全可以适应主体属性的大量变更了。程序的设计应用第二种数据字典时和数据库表的方法一样。

    数据字典的优点

    1. 在一定程度上,通过系统维护人员即可改变系统的行为(功能),不需要开发人员的介入。使得系统的变化更快,能及时响应客户和市场的需求。
    2. 提高了系统的灵活性、通用性,减少了主体和属性的耦合度
    3. 简化了主体类的业务逻辑
    4. 能减少对系统程序的改动,使数据库、程序和页面更稳定。特别是数据量大的时候,能大幅减少开发工作量
    5. 使数据库表结构和程序结构条理上更清楚,更容易理解,在可开发性、可扩展性、可维护性、系统强壮性上都有优势。

    数据字典的缺点

    1. 数据字典是通用的设计,在系统效率上会低一些。
    2. 程序算法相对复杂一些。
    3. 对于开发人员,需要具备一定抽象思维能力,所以对开发人员的要求较高。

    所以,当属性的数量不多时,用第一种数据字典即可。对于大型的,未定型的系统,可以采用第二种数据字典来设计。至于具体的系统里怎么设计,还是要在看实际情况来找寻通用性和效率二者间的平衡。无论怎么做,关系理论和范式仍是基础。

    数据字典的一般设计

    下面给出一个用数据库实现的第二种数据字典表的设计。要注意这个设计不是唯一的,完全可以用XML、字符串等形式来设计数据字典。

    数据字典表(Dictionary):

    字段名

    类型

    说明

    编号

    Char(16)

    间断增量(Not Null,PK)

    分类名称

    Varchar(64)

    用来进行过滤选取字典表相关域

    内容

    Varchar(255)

       

    父级编号

    Char(16)

    取Dictionary的编号(FK),用来进行等级设计。使之成为树型结构。

    展开全文
  • 数据字典

    万次阅读 多人点赞 2018-01-15 10:40:47
    用了什么算法?...当主体有很多的属性,每种属性有很多的取值,而且属性的数量和属性取值的数量是不断变化的,特别是当这些数量的变化很快时,就应该考虑引入数据字典的设计方法。   数据字典有两种形式

    用了什么算法????????


    数据字典

     

    数据字典是一种通用的程序设计方法。可以认为,不论什么程序,都是为了处理一定的主体,这里的主体可能是人员、商品(超子)、网页、接口、数据库表、甚至需求分析等等。当主体有很多的属性,每种属性有很多的取值,而且属性的数量和属性取值的数量是不断变化的,特别是当这些数量的变化很快时,就应该考虑引入数据字典的设计方法。

     

    数据字典有两种形式

    一,      把主体的属性代码化放入独立的表中,不是和主体放在一起,主体中只保留属性的代码。这里属性的数量是不变的,而属性取值的数量可以是变化的。

    二,      用一个表来放结构相同的所有属性信息,不同属性的不同取值统一编码,用“类型”来区别不同的属性,主体中保留属性代码的列表。这样主体所拥有的属性数量就是可变的了。

    第二种数据字典比第一种更抽象,层级更高,也更具一般性、通用性。

     

    这两种形式的归纳有些抽象,为说明这两种数据字典和它们的各种优点,下面举个简单的例子来说明:

     

    现在有个需求,要在程序中处理“职员”信息。这里的主体就是“职员”,开始时“职员”有“国籍”、“证件”和“学历”等属性。

     

    比如,对于一个“职员信息”页面上的“国籍”下拉列表,我们可以就用第一种的数据字典来存储不同的国家。如果不采取这样的方法,就需要手动的把所有可能的国家名称敲到页面上。这首先有个效率的问题,每个需要用到国籍的地方都要敲一次,要敲多久?还有,如果有一天,像南斯拉夫,突然国家换名了,是不是要所有涉及的页面都要手动地改变呢?

     

    又比如,如果有一天一个代码的名称需要换一个,是不是要到数据库中把已经经存在的所有数据都更新一遍呢?如“证件”,现在叫“身份证”,有一天想改为叫“居民身份证”。原来如果没有用数据字典,就意味着,要把“身份证”这几个字存到《职员表》等信息表中:

    《职员表》

    姓名  证件  性别

    张三  身份证 男

    李四        身份证   女

    ....

    这样,改名后就要手动改数据库。但如果使用了数据字典,《职员表》里面存的就是:

    《职员表》

    姓名  证件  性别

    张三  001           男

    李四       001           女

    ....

    另外增加了《证件表》:

    《证件表》

    证件id  证件名

    001      身份证

    002      暂住证

    ...

    《证件表》就是第一种数据字典。要改变证件名称时,只要把其中的“身份证”改成“居民身份证”就好了,只需修改一次。而且,《职员表》不用做任何修改,页面上如果用到“证件”,也不用做修改。

     

    还有在程序中有时需要判断业务逻辑时,用:“select *  from 职员表 where证件= ***”,原来***是“身份证”,使用数据字典后,就是001。证件改名后,就不用手动到程序里去改,程序也就不用重新测试、发布等等。

     

    但第一种数据字典也有局限性。

     

    使用第一种数据字典后,程序中除“职员”类外,还就需要有一个“国籍”类、一个“证件”类和一个“学历”类,对应的数据库中也需要增加一张“国籍”表、一张“证件”表和一张“学历”表。“职员”类则需要包含一个对“国籍”类的引用、一个对“证件”类的引用和一个对“学历”类的引用,对应的数据库中“职员”表中也需要三个外键分别指向“国籍”表、“证件”表和“学历”表。这样的设计在类似“国籍”和“学历”这样的属性比较少时是可行的,但是随着系统复杂性的增加,系统中会出现大量结构类似的信息表和信息类,数量一直会增加到一个不可接受的地步。这里的“职员”,已经有了国籍、证件和学历三个属性,但如果职员还要增加“职位”属性,那么必然要多出个“职位表”,如果还有其它...那即,当取得一条主体的完全数据时,那将进行几十个表的联接(join)操作。

     

    如何解决呢?

     

    通过分析上述问题,可以发现的一个特征是:这些信息类的内容都是需要动态维护的,但是所需的属性是一样的,对应的数据库表中包含的字段也是一样的。关键的字段就是两个:“标识”和“名称”。“标识”用于表示不变的主键,“名称”用于表示程序界面上显示的文字。

     

    第二种数据字典就是为了解决上述问题而设计的。

     

    还是以上面的例子为例。在系统中去掉《国籍表》、《证件表》、《学历表》….,引入《系统代码分类表》和《系统代码表》:

    《系统代码分类表》

    分类标识           分类名称

    Country              国籍

    ID                       证件

    《系统代码表》

    标识                   分类                  内容

    001                    Contry              中国

    002                    Contry              美国

    …..

    501                    ID                    身份证

    502                    ID                    暂住证

    ……

    《系统代码表》的“分类”字段都指向《系统代码分类表》中的“分类标识”。这样,在程序需要获得国籍信息时,只要通过“Country”这个标识去《系统代码表》中检索就可以了。这样的设计也便于建立一个单独的程序模块来维护所有的这些公共信息。

     

    对于《职员表》,使用第一种数据字典时,其表结构是:

    职员ID、姓名、国籍ID、证件ID、学历ID…….


    采用第二种数据字典后,其表结构是:

    职员ID、姓名

    另外增加《属性表》,该表是《职员表》和《系统代码表》的关系表,其表结构是:

    属性ID、职员ID、系统代码表_标识


    如:

    《职员表》

    职员ID            姓名

    1                     张三

    2                   李四

    …..

     

    《属性表》

    属性ID            职员ID                系统代码表_标识

                                                    001  (表示张三是中国籍)

                                                    501  (表示张三的证件是身份证)

                                                    002  (表示李四是美国籍)

                                                    501  (表示李四的证件是身份证)

    …..

     

    可以看出《职员表》的设计大为简化,系统也更加灵活了,完全可以适应主体属性的大量变更了。程序的设计应用第二种数据字典时和数据库表的方法一样。

    数据字典的优点

    一,      在一定程度上,通过系统维护人员即可改变系统的行为(功能),不需要开发人员的介入。使得系统的变化更快,能及时响应客户和市场的需求。

    二,      提高了系统的灵活性、通用性,减少了主体和属性的耦合度

    三,      简化了主体类的业务逻辑

    四,      能减少对系统程序的改动,使数据库、程序和页面更稳定。特别是数据量大的时候,能大幅减少开发工作量

    五,      使数据库表结构和程序结构条理上更清楚,更容易理解,在可开发性、可扩展性、可维护性、系统强壮性上都有优势。

     

     

    数据字典的缺点

    1,         数据字典是通用的设计,在系统效率上会低一些。

    2,         程序算法相对复杂一些。

    3,         对于开发人员,需要具备一定抽象思维能力,所以对开发人员的要求较高。

     

    所以,当属性的数量不多时,用第一种数据字典即可。对于大型的,未定型的系统,可以采用第二种数据字典来设计。至于具体的系统里怎么设计,还是要在看实际情况来找寻通用性和效率二者间的平衡。无论怎么做,关系理论和范式仍是基础。


    数据字典的一般设计

    下面给出一个用数据库实现的第二种数据字典表的设计。要注意这个设计不是唯一的,完全可以用XML、字符串等形式来设计数据字典。

    数据字典表(Dictionary):

    字段名

    类型

    说明

    编号

    Char(16)

    间断增量(Not Null,PK)

    分类名称

    Varchar(64)

    用来进行过滤选取字典表相关域

    内容

    Varchar(255)

       

    父级编号

    Char(16)

    取Dictionary的编号(FK),用来进行等级设计。使之成为树型结构。




    展开全文
  • 数据字典功能

    万次阅读 多人点赞 2018-11-19 23:46:22
    1. 什么是数据字典 数据字典存储有关数据的来源、说明、与其他数据的关系、用途和格式等信息,它本身就 是一个数据库,存储“关于数据项的数据”。数据字典是个指南,它为数据库提供了“路线图”, 而不是“原始...
  • 数据字典及其使用

    万次阅读 多人点赞 2015-11-01 00:33:11
    数据字典 1.1 什么是数据字典 将如下这些具有相同类型的配置项,配置到系统的数据字典表中,方便系统维护,由超级管理员统一在后台进行数据字典维护,如果用户需求要增加变更配置项,只需要修改数据字典表记录...
  • ABAP数据字典和数据表的读取

    万次阅读 2016-05-31 16:44:29
    ABAP数据字典的事务代码(TCODE):SE11,数据字典和SAP整个业务应用是整合的。 本章主要介绍:实例建表,数据表维护程序,添加数据,建立域、数据元素和搜索帮助,逻辑数据库,数据表的读取。 相关概念  通过本章的...
  • Python字典数据对象拆分的小例子

    千次阅读 2017-11-07 21:45:19
    A2': 'B','A3': 'C'}这种数据结构要拆解成{'A1':'B', 'A2': 'B', 'A3': 'C'},要如何实现? 这种问题,如果用普通的for循环来实现的话,还是有点麻烦: >>> dct = {'A1;A2': 'B','A3': 'C'} >>> tmp = {} >>> for k,v ...
  • Oracle中数据字典和数据类型

    千次阅读 2016-12-02 17:09:25
    一、数据字典 1.查询某用户下的所有表 select table_name from all_tables where owner='SCOTT'; --用户名需要大写 2.查询表中所有的字段 select * from all_tab_columns where table_name='EMP'; --表名要大写 3.列...
  • 需求分析——数据字典

    千次阅读 2019-05-30 19:54:43
    数据字典的概念: 没有数据字典准确地描述数据流图中使用的数据, 数据流图就不严格。反之,没有数据流图,数据字典也难于发挥作用。只有把数据流图和对数据流图中每个数据的精确定义放在一起,才能共同构成软件的...
  • 数据流图、数据字典的画法

    万次阅读 多人点赞 2020-10-30 14:40:50
    它采用简单的图形妇好分别表示数据流、加工、数据源和外部实体等,不涉及任何具体物理元素,仅仅描述数据在系统中的流动和处理的情况。 - - 《软件工程》科学出版社版 具体画法: 常见两种数据流图元素的画法: ...
  • PL/SQL相关的数据字典

    千次阅读 2015-07-21 10:08:40
    PL/SQL相关的数据字典 http://www.oracle.com/technetwork/issue-archive/2012/12-nov/o62plsql-1851968.html 有时候,我们在PL/SQL开发过程中会遇到以下问题: 1)我的程序到底依赖于哪些数据库对象? 2)哪个...
  • 数据字典的特性

    千次阅读 2014-12-02 10:07:58
    如下例子所示: ... ...数据字典的特性1:  * 维护项目中的基本数据项,数据项在各个功能模块中有可能会体现 数据字典的特性2: *工作单位:  北京  上海  深圳
  • 我举个例子,比如员工表里有一个员工级别字段,初,中,高级。...员工表只存数据字典的ID,这时候问题来了,每一次查询员工信息的时候必须要关联着数据字典 ,这样会不会影响效率。求大神讲解一下数据字典的优缺点
  • 数据元&数据字典&元数据

    千次阅读 2016-10-18 11:00:00
    首先,我们举个例子来看看什么叫做“元”,在后现代主义文学中有一种小说叫作“元小说”,也就是“关于小说的小说”。传统小说就是围绕着主人公描述一系列发生的事件。而元小说则更关心作者是如何写这本小说的,例如...
  • 数据字典的代码示例

    千次阅读 2019-01-22 15:16:00
    数据字典UI设计: 设计说明: 1. 该数据字典支持多级节点。 2. 左边是数据字典树;右边是编辑框,可以对某个数据字典及其一级子节点进行编辑。   代码:...
  • 理解什么是数据字典

    千次阅读 2018-02-26 12:01:00
    包含这些元数据的表和视图称为Oracle数据字典数据字典中有前缀V$或GV$的表是动态表,它们会不断更新以反映出Oracle数据库当前的状态。静态数据字典表都有一个形如DBA_、ALL_或USER_的前缀,表示该视图中列出的...
  • 关于SQL数据字典的详解

    千次阅读 2019-05-28 08:50:16
    开发工具与关键技术:SQL Service,SQL 作者:李建威 撰写时间:2019年05月28日 相信在学习数据库的时候很多人在设计表的时候会将一些...一个是数据表,以我在制作医院管理数据库所创建的数据字典表为例: 字典ID...
  • 数据流图和数据字典

    万次阅读 2018-01-06 20:36:31
    数据流图 数据流图(Data Flow Diagram):简称DFD,它从数据传递和加工角度,以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型...
  • 数据流图,数据字典

    千次阅读 2018-12-16 14:36:21
    数据流图 一、基本图形符号   二、设计原则:我们重点研究数据流图的三大设计原则。这三大设计原则是解题的法宝。 1、父图与子图的平衡原则 子图的输入输出数据流同父图对应加工的输入输出数据流必须一致,...
  • 这篇博客是对《软件工程导论(第六版)》中数据字典部分(P47)的总结和理解。因为看这节的时候有点迷糊,所以在这里把自己的理解写一下 数据字典概括数据字典数据字典的内容数据流的描述数据元素的描述数据存储的...
  • Simulink代码生成:数据字典的建立、关联模型

    千次阅读 多人点赞 2020-07-18 20:12:12
    本文介绍如何建立Simulink数据字典,并关联模型。 文章目录1 数据字典的作用2 数据对象的简单概念3 数据对象的管理方式3.1 mat文件或m文件3.2 Excel表格&m脚本3.3 Simulink自带的数据字典文件4 建立和关联...
  • 关于数据库设计中的数据字典

    千次阅读 2019-03-19 11:36:25
    一、数据字典在项目中的作用 1. 维护系统中所有的基本数据项; 2. 方便系统开发和维护,动态的维护系统中所有的基本数据项; 3. 维护系统表,涉及到数据字典字段的时候,存放的不是真实的值,而存放的是数据项...
  • 需求:将province.txt文件中的数据转化成字典格式的数据 分析所需知识: 文件打开读取 -》open() and readines() 循环readlines的值,并将同一组数据存储到同一列表中 -》[[‘北京’,’京’], [‘天津’,’津’...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 144,419
精华内容 57,767
关键字:

数据字典例子