精华内容
下载资源
问答
  • 数据字典是什么

    万次阅读 多人点赞 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),用来进行等级设计。使之成为树型结构。

    展开全文
  • 展开全部数据e69da5e6ba9062616964757a686964616f31333366306434...简而言之,数据字典是描述数据的信息集合,是对系统中使用的所有数据元素的定义的集合。数据字典不是可以拿在手上翻阅的字典。数据字典包含:数据...

    展开全部

    数据e69da5e6ba9062616964757a686964616f31333366306434字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑等进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明,使用数据字典为简单的建模项目。简而言之,数据字典是描述数据的信息集合,是对系统中使用的所有数据元素的定义的集合。

    数据字典不是可以拿在手上翻阅的字典。数据字典包含:数据项,数据流,数据结构,数据存储,处理过程五个部分。同时也是详细数据收集和数据分析的结果。

    ad748b897b640fe27e8504d4e74a8468.png

    扩展资料:

    数据字典在需求分析阶段被建立。

    数据字典是一个预留空间,一个数据库,这是用来储存信息数据库本身。

    数据字典可能包含的信息,例如:数据库设计资料,数据内部储存的SQL程序,用户权限,用户统计,数据库的过程中的信息,数据库增长统计,数据库性能统计。

    数据字典则是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果。其中数据项是数据的最小组成单位,若干个数据项可以组成一个数据结构。数据字典通过对数据项和数据结构的定义,来描述数据流、数据存储的逻辑内容。

    数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合.数据字典还有另一种含义,是在数据库设计时用到的一种工具,用来描述数据库中基本表的设计,主要包括字段名、数据类型、主键、外键等描述表的属性的内容。

    以Oracle数据库字典为例:数据字典分为数据字典表和数据字典视图。

    Oracle数据库字典通常是在创建和安装数据库时被创建的,Oracle数据字典是Oracle数据库系统工作的基础,没有数据字典的支持,Oracle数据库系统就不能进行任何工作。数据字典中的表是不能直接被访问的,但是可以访问数据字典中的视图。

    数据字典表里的数据是Oracle系统存放的系统数据,而普通表存放的是用户的数据。为了方便的区别这些表,这些表的名字都是用"$"结尾,这些表属于SYS用户。

    数据字典表由$ORACLE_HOME/rdbms/admin/sql.bsq 脚本创建, 这个脚本里又调用了其他的脚本来创建这些数据字典表。 在那些创建脚本里有基表的创建SQL。

    Oracle 对数据字典表的说明:

    These underlying tables store information about the database. Only Oracle Database should write to and read these tables. Users rarely access the base tables directly because they are normalized and most data is stored in a cryptic format.

    这些数据字典表,只有Oracle 能够进行读写。

    SYS用户下的这些数据字典表,存放在system 表空间下面,表名都用"$"结尾,为了便于用户对数据字典表的查询, Oracle对这些数据字典都分别建立了用户视图,这样即容易记住,还隐藏了数据字典表表之间的关系。

    Oracle针对这些对象的范围,分别把视图命名为DBA_XXXX, ALL_XXXX和USER_XXXX。

    数据字典视图分2类:静态数据字典(静态性能视图) 和 动态数据字典(动态性能视图)。

    静态数据字典中的视图分为三类,它们分别由三个前缀构成:user_*、 all_*、 dba_*。

    user_*:该视图存储了关于当前用户所拥有的对象的信息。(即所有在该用户模式下的对象)

    all_*:该视图存储了当前用户能够访问的对象的信息, 而不是当前用户拥有的对象。(与user_*相比,all_* 并不需要拥有该对象,只需要具有访问该对象的权限即可)

    dba_*:该视图存储了数据库中所有对象的信息。(前提是当前用户具有访问这些数据库的权限,一般来说必须具有管理员权限)

    这些视图由SYS用户创建的,所以使用需要加上SYS,为了方便, Oracle为每个数据字典表的视图头建立了同名字的公共同义词(public synonyms). 这样简单的处理就省去了写sys.的麻烦。

    展开全文
  • 数据字典是什么在我们做的系统中,一般都会有这么个模块——数据字典。今天,我们要学习下这个模块是干啥用的,为啥要用数据字典,以及怎么去使用数据字典。那么数据字典是什么呢?它是一个存放有数据库所用的有关...

    数据字典是什么

    在我们做的系统中,一般都会有这么个模块——数据字典。今天,我们要学习下这个模块是干啥用的,为啥要用数据字典,以及怎么去使用数据字典。

    那么数据字典是什么呢?它是一个存放有数据库所用的有关信息,在数据库设计的初期将数据库中的各类数据的描述集合在一起,用于在开发,维护或者其他需要的时候使用,可以类比成我们现实中的字典。

    数据字典通常包括:(l)数据项;(2)数据结构;(3)数据流;(4)数据存储;(5)处理过程五个部分。其中数据项是数据的最小组成单位,若干个数据项可以组成一个数据结构。数据字典通过对数据项和数据结构的定义来描述数据流和数据存储的逻辑内容。

    而我们有的系统中,为系统的后台提供的数据字典。以同样的原则为用户提供了一系列的标准。(具体用法见下文。)用于一些特定的数据的规范化处理。这些数据除了通过专门的维护入口对它进行维护以外其他用户是不允许对数据字典中的数据进行操作的。

    数据字典做什么

    数据字典是关于数据库中数据的描述,在需求分析阶段建立,是下一步进行概念设计的基础,并在数据库设计过程中不断修改、充实、完盖。这是数据库设计中数据库的主要作用。开发和维护人员在遇到不了解的条目的时候,可以通过数据字典得到相应条目的解释,比如数据的类型,可能预先定义的值,及相关的文字性描述。这些解释可以减少数据之间的不兼容现象。

    在开发的程序(系统)中的数据字典。可以帮助开发人员理解各个数据项目的类型、数值和它们与现实世界中的对象的关系。

    而在已经投入使用的系统中的数据字典,更多的是用于规范化用户的数据输入。如,我们在使用12306进行网上订票的时候,我们输入的车站名称,是需要通过用户的输入,匹配到相应的车站,然后进行选择,得到精确的数据项进行输入,避免脏数据的产生。

    如图所示,我在输入框中输入了北京,通过数据字典匹配到了红色框中的这些数据,通过选择其中的一个数据进行输入,然后得出一个精确的输入数据。规范了用户的输入,避免了用户输入错误数据对系统造成的不良影响。

    数据字典的功能总结概括的话,就是使系统中的各项数据变的更加的严格。这样有利于降低因为数据问题而导致的系统出现bug的问题。

    ————————————————

    版权声明:本文为CSDN博主「李亚松-」的原创文章

    展开全文
  • java web开发的数据字典是什么意思啊 看到同事在设计那玩意
  • 数据字典是一种通用的程序设计方法。可以认为,不论什么程序,都是为了处理一定的主体,这里的主体可能是人员、商品(超子)、网页、接口、数据库表、甚至需求分析等等。当主体有很多的属性,每种属性有很多的取值,...

    数据字典

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

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

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

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

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

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

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

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

    《职员表》

    姓名  证件  性别

    张三  身份证 男

    李四        身份证   女

    ....

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

    《职员表》

    姓名  证件  性别

    张三  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,         对于开发人员,需要具备一定抽象思维能力,所以对开发人员的要求较高。

     

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

     

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

    数据字典表(Dictionary):

     

    原文:https://blog.csdn.net/qq_39530754/article/details/85130249

     

    转载于:https://www.cnblogs.com/87060524test/p/10737786.html

    展开全文
  • 能够解释在数据库中存储的数据表示神马含义,能够让代码与业务联系起来有着尤为重要的作用例如,地区码为1003,这样就能够查询出id为1003的所有数据,就能够查询出不同的取值范围,知道不同的取值范围的语义数据...
  • 数据库——数据字典是什么

    万次阅读 多人点赞 2019-04-13 17:57:20
    一.数据字典以及使用场景: <User表> ...
  • 数据字典 元数据的集合,从逻辑上和物理上描述了数据库及内容,存储于SYSTEM与SYSAUX表空间内的若干段。 SYS用户拥有所有的数据字典表,数据字典基本一般以$结尾,如col$,tab$等,这些数据字典存放在system表空间...
  • 数据字典是什么

    2005-03-18 20:19:00
    数据字典是以数据库中数据基本单元为单位,按一定顺序排列,对其内容作详细说明的数据集。其中数据库中数据基本单元在不同类型数据库中有所不同,如矢量数据库的数据基本单元是对应自然要素实体的点、线和面,关系型...
  • 有经验的前辈和网友请进来指点一下
  • 什么是数据字典

    千次阅读 2017-03-04 16:25:20
    数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明。 数据字典最重要的作用是作为分析阶段的工具。任何字典最重要的...
  • 一、字典介绍字典和列表一样,也存储多个数据的容器,只不过存储和读取的方式不同。字典的语法格式:字典名 = {key1 : value1,key2:value2,key3:value3,……}说明:1.列表中找某个元素时,根据下标进行的。...
  • 数据字典的内容和作用是什么

    万次阅读 2012-12-28 19:14:34
    数据字典是系统中各类数据描述的集合。数据字典的内容通常包括:数据项、数据结构、数据流、数据存储、处理过程五个部分  其中数据项是数据的最小组成单位,若干个数据项可以组成一个数据结构。数据字典通过对数据...
  • 理解什么是数据字典

    2018-02-26 12:01:00
    数据字典中有前缀V$或GV$的表动态表,它们会不断更新以反映出Oracle数据库当前的状态。静态数据字典表都有一个形如DBA_、ALL_或USER_的前缀,表示该视图中列出的对象范围。 数据库组件 数据库字典中的表和视...
  • 数据字典

    千次阅读 热门讨论 2016-03-20 20:50:50
    数据字典是什么  在我们做的系统中,一般都会有这么个模块——数据字典。今天,我们要学习下这个模块是干啥用的,为啥要用数据字典,以及怎么去使用数据字典。  那么数据字典是什么呢?它是一个存放有数据库...
  • 为什么MySQL数据字典中的表名是大写呢,这个大写的表名是什么呢,该如何了解它并解决这个疑问呢?今天看着MySQL的数据字典,突然想到一个问题:为什么MySQL数据字典 information_schema中的表名是大写,而...
  • 数据字典是oracle存放有关数据库信息的地方,几乎所有的系统信息和对象信息都可在数据字典中进行查询。数据字典是oracle数据库系统的信息核心,它是一组提供有关数据库信息的表和视图的集合,这些表和视图是只读的。...
  • 字典是一种通过名字引用值的数据结构,这种结构类型称之为映射,是Python中的唯一内建的映射类型。2.为什么要用字典?字典可以轻松的通过某个特定的词(键)查到其定义(值)。3.字典的创建字典由多个键和其对应的值组成...
  • 数据字典的主要作用是什么

    万次阅读 多人点赞 2016-05-21 10:52:33
    数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明。 数据字典(Data dictionary)是一种用户可以访问的记录数据库和...
  • 关于数据字典

    2020-10-07 01:09:55
    那么数据字典是什么呢?它是一个存放有数据库所用的有关信息,在数据库设计的初期将数据库中的各类数据的描述集合在一起,用于在开发,维护或者其他需要的时候使用,可以类比成我们现实中的字典。 数据字典通常...
  • 对于许多Python初学者来讲,数据结构中的字典是一个不容易理解的概念。字典作为一种容器型数据结构,它也可以算得上是最有用的容器。下面是小编整理的相关学习笔记,让我们一起来好好地学习有关于字典的语法知识吧~1...
  • 什么是数据字典? SQL Server如何使用数据字典 数据字典的其他用途 INFORMATION_SCHEMA视图 使用INFORMATION_SCHEMA视图的示例 列出包含指定列的所有表 列出数据库中的所有表 列出每个模式中的表数 SQL ...
  • 字典是另一种可变容器模型,且可存储任意类型对象。字典的每个键值key=>value对用冒号:分割,每个键值对之间用逗号,分割,整个字典包括在花括号{}中 ,格式如下所示d= {key1:value1,key2:value2}1、字典中取值([]...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 6,446
精华内容 2,578
关键字:

数据字典是什么