精华内容
下载资源
问答
  • 数据库表结构设计

    2019-04-08 21:20:30
    在进行数据库的表结构设计的实操之前,应当好好了解一下数据库表结构设计的几个关键的问题: 为什么要学习数据库表结构设计 在实际的数据库开发中,需要将大量的结构化数据汇总到数据库表中,这时候不能鲁莽的开始...

    在进行数据库的表结构设计的实操之前,应当好好了解一下数据库表结构设计的几个关键的问题:

    为什么要学习数据库表结构设计

    在实际的数据库开发中,需要将大量的结构化数据汇总到数据库表中,这时候不能鲁莽的开始设计单个数据库表,应当考虑几个问题:表名称如何命名,表中有哪些字段,各个字段的命名规范,字段的数据类型,字段的长度以及和其他的表之间的关联等。

    数据库表结构的设计原则

    数据库设计的三大范式,范式即关系型数据库中所要遵循的规则。

    1. 第一范式
      每一列的属性都是不可再分的属性值,确保每一列的原子性;
      两列的属性相近或相似或一样,尽量合并属性一样的列,确保不产生冗余数据。

    2. 第二范式
      保证数据库中的每一列都和主键相关,而不能只与主键的某一部分相关(主要针对联合主键而言),即一行数据只做一件事。也就是说,在一个数据库表中,一个表中只能保存一种数据,不可以把多种数据保存在同一张数据库表中;

    3. 第三范式
      需要确保数据库表中每一列的数据都和主键直接相关,不能间接相关,像属性之间有这样的关系:a->b->c是不符合第三范式的。

    数据库表结构设计时应当注意的一些事项

    • 不应该针对整个系统进行数据库的设计,首先应当根据系统架构中的组件进行划分,针对每个组件所处的业务进行组件单元的数据库设计;不同组件之间对应的数据库表之间的关联应当尽可能减少,如果不同组件间的表需要外键关联,也尽量不要创建外键关联,而只是记录关联表的一个主键,确保组件对应的表之间的独立性,为系统或表结构的重构提供可能性。

    • 应当采用领域模式驱动的方式和自顶向下的思路进行数据库设计,首先要分析系统业务,根据职责定义对象。对象要符合封装的特性,确保与职责相关的数据项被定义在一个对象之内,这些数据项要能够完整的描述该职责,不会出现职责的缺失。并且一个对象有且只有一项职责,如果一个对象要负责两个或两个以上的职责,应进行分拆。

    • 一个表中的所有的非关键字属性都依赖于整个关键字,关键字可以是一个属性,也可以是多个属性的集合。不论哪种方式,都应当确保关键字的唯一性。在确定关键字时,应该保证关键字不会参与业务,并且不会出现更新异常,最优的解决方案为采用一个自增数值型属性或一个随机字符串作为表的关键字。

    • 领域模型中的每一个对象只有一项职责,所以对象中的数据项不存在依赖传递(第三范式)。

    • 由于对象职责的单一性以及对象之间的关系反映的是业务逻辑之间的关系,所以在领域模型中的对象存在主对象和从对象之分,从对象是从1-N或N-N的角度进一步完善主对象的业务逻辑,所以表以及表的关联关系不应该出现删除和插入异常。

    • 在映射后得出的数据库表结构中,应当再根据第四范式进行进一步修改,确保不存在多值依赖。

    • 表和表之间的关联应当尽量采用弱关联以便于对表字段和表结构的调整和重构。并且,数据库中的表示用来持久化一个对象实例在特定时间、特定条件下的状态的,只是一个存储介质,所以表和表之间也不应该用强关联来表述业务(数据间的一致性),这一职责应由系统的逻辑层来保证,这种方式也确保了系统对于不正确数据(脏数据)的兼容性。

    • 应针对所有表的主键和外键建立索引,有针对性的简历组合属性的索引,提高检索效率。

    • 尽量少采用存储过程,目前已经有很多技术可以代替存储过程的功能,例如“对象/关系映射”等

    • 当处理表间的关联约束所付出的代价超过了保证不会出现修改、删除、更改异常所付出的代价,并且数据冗余也不是主要的问题时,表设计可以不符合四个范式。四个凡是确保了不会出现异常,但也可能导致过于纯洁的设计,使得表结构难于使用。

    • 设计出的表要具有较好的实用性,主要体现在查询时是否需要关联多张表,并且还需要使用复杂的SQL技巧。

    表设计约定规则

    • 表必须要有主键

    • 一个字段只表示一个含义

    • 总是包含两个日期字段:gmt_create(创建日期),gmt_modified(修改日期),且这两个字段不应该包含有额外的业务逻辑。MySQL中,gmt_create、gmt_modified使用DATETIME类型。

    • 禁止使用复杂数据类型(数组,自定义类型等)。

    • MySQL中,附属表拆分后,附属表id与主表id保持一致。不允许在附属表新增主键字段。

    • MySQL中,存在过期概念的表,在其设计之初就必须有过期机制,且有明确的过期时间。过期数据必须迁移至历史表中。

    • MySQL中,不再使用的表,必须通知DBA予以更名归档。

    • MySQL中,线上表中若有不再使用的字段,为保证数据完整,禁止删除。

    • MySQL中,禁止使用OCI驱动,全部使用THI驱动。

    展开全文
  • 数据库表结构设计

    2010-09-02 10:09:14
    数据库表结构设计 原始单据与实体之间的关系 可以是一对一、一对多、多对多的关系。在一般情况下,它们是一对一的关系:即一张原始单据对应且只对应一个实体。在特殊情况下,它们可能是一对多或多对一的关系,即一张...

    数据库表结构设计
    原始单据与实体之间的关系

             可以是一对一、一对多、多对多的关系。在一般情况下,它们是一对一的关系:即一张原始单据对应且只对应一个实体。在特殊情况下,它们可能是一对多或多对一的关系,即一张原始单证对应多个实体,或多张原始单证对应一个实体。这里的实体可以理解为基本表。明确这种对应关系后,对我们设计录入界面大有好处。

          
    〖例1〗:一份员工履历资料,在人力资源信息系统中,就对应三个基本表:员工基本情况表、社会关系表、工作简历表。这就是一张原始单证对应多个实体的典型例子。

           2.
    主键与外键

             一般而言,一个实体不能既无主键又无外键。在E?R 图中, 处于叶子部位的实体, 可以定义主键,也可以不定义主键(因为它无子孙), 但必须要有外键(因为它有父亲)

             主键与外键的设计,在全局数据库的设计中,占有重要地位。当全局数据库的设计完成以后,有个美国数据库设计专家说:键,到处都是键,除了键之外,什么也没有,这就是他的数据库设计经验之谈,也反映了他对信息系统核心(数据模型)的高度抽象思想。因为:主键是实体的高度抽象,主键与外键的配对,表示实体之间的连接。

           3.
    基本表的性质

             基本表与中间表、临时表不同,因为它具有如下四个特性:

          (1) 原子性。基本表中的字段是不可再分解的。

          (2) 原始性。基本表中的记录是原始数据(基础数据)的记录。

          (3) 演绎性。由基本表与代码表中的数据,可以派生出所有的输出数据。

          (4) 稳定性。基本表的结构是相对稳定的,表中的记录是要长期保存的。

          
    理解基本表的性质后,在设计数据库时,就能将基本表与中间表、临时表区分开来。

           4.
    范式标准

            基本表及其字段之间的关系, 应尽量满足第三范式。但是,满足第三范式的数据库设计,往往不是最好的设计。为了提高数据库的运行效率,常常需要降低范式标准:适当增加冗余,达到以空间换时间的目的。       〖例2〗:有一张存放商品的基本表,如表1所示。金额这个字段的存在,表明该表的设计不满足第三范式,因为金额可以由单价乘以数量得到,说明金额是冗余字段。但是,增加金额这个冗余字段,可以提高查询统计的速度,这就是以空间换时间的作法。          Rose 2002中,规定列有两种类型:数据列和计算列。金额这样的列被称为计算列,而单价数量这样的列被称为数据列

             1 商品表的表结构

        商品名称 商品型号 单价 数量 金额

        电视机
    29  2,500 40 100,000
             5. 通俗地理解三个范式

             通俗地理解三个范式,对于数据库设计大有好处。在数据库设计中,为了更好地应用三个范式,就必须通俗地理解三个范式(通俗地理解是够用的理解,并不是最科学最准确的理解)

             第一范式:1NF是对属性的原子性约束,要求属性具有原子性,不可再分解;

        第二范式:2NF是对记录的惟一性约束,要求记录有惟一标识,即实体的惟一性;

        第三范式:3NF是对字段冗余性的约束,即任何字段不能由其他字段派生出来,它要求字段没有冗余.          没有冗余的数据库设计可以做到。但是,没有冗余的数据库未必是最好的数据库,有时为了提高运行效率,就必须降低范式标准,适当保留冗余数据。具体做法是:在概念数据模型设计时遵守第三范式,降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段,允许冗余。

           6.
    要善于识别与正确处理多对多的关系

                
    若两个实体之间存在多对多的关系,则应消除这种关系。消除的办法是,在两者之间增加第三个实体。这样,原来一个多对多的关系,现在变为两个一对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。这里的第三个实体,实质上是一个较复杂的关系,它对应一张基本表。一般来讲,数据库设计工具不能识别多对多的关系,但能处理多对多的关系。

    〖例3〗:在图书馆信息系统中,图书是一个实体,读者也是一个实体。这两个实体之间的关系,是一个典型的多对多关系:一本图书在不同时间可以被多个读者借阅,一个读者又可以借多本图书。为此,要在二者之间增加第三个实体,该实体取名为借还书,它的属性为:借还时间、借还标志(0表示借书,1表示还书),另外,它还应该有两个外键(“图书的主键,读者的主键),使它能与图书读者连接。

    7.
    主键PK的取值方法

       PK是供程序员使用的表间连接工具,可以是一无物理意义的数字串, 由程序自动加1来实现。也可以是有物理意义的字段名或字段名的组合。不过前者比后者好。当PK是字段名的组合时,建议字段的个数不要太多,多了不但索引占用空间大,而且速度也慢。

    8.
    正确认识数据冗余

       主键与外键在多表中的重复出现, 不属于数据冗余,这个概念必须清楚,事实上有许多人还不清楚。非键字段的重复出现, 才是数据冗余!而且是一种低级冗余,即重复性的冗余。高级冗余不是字段的重复出现,而是字段的派生出现。

    〖例4〗:商品中的单价、数量、金额三个字段,金额就是由单价乘以数量派生出来的,它就是冗余,而且是一种高级冗余。冗余的目的是为了提高处理速度。只有低级冗余才会增加数据的不一致性,因为同一数据,可能从不同时间、地点、角色上多次录入。因此,我们提倡高级冗余(派生性冗余),反对低级冗余(重复性冗余)

    9. E--R
    图没有标准答案

       信息系统的E--R图没有标准答案,因为它的设计与画法不是惟一的,只要它覆盖了系统需求的业务范围和功能内容,就是可行的。反之要修改 E--R图。尽管它没有惟一的标准答案,并不意味着可以随意设计。好的E?R图的标准是:结构清晰、关联简洁、实体个数适中、属性分配合理、没有低级冗余。

    10.
    视图技术在数据库设计中很有用

       与基本表、代码表、中间表不同,视图是一种虚表,它依赖数据源的实表而存在。视图是供程序员使用数据库的一个窗口,是基表数据综合的一种形式, 是数据处理的一种方法,是用户数据保密的一种手段。为了进行复杂处理、提高运算速度和节省存储空间, 视图的定义深度一般不得超过三层。 若三层视图仍不够用, 则应在视图上定义临时表, 在临时表上再定义视图。这样反复交迭定义, 视图的深度就不受限制了。

    对于某些与国家政治、经济、技术、军事和安全利益有关的信息系统,视图的作用更加重要。这些系统的基本表完成物理设计之后,立即在基本表上建立第一层视图,这层视图的个数和结构,与基本表的个数和结构是完全相同。并且规定,所有的程序员,一律只准在视图上操作。只有数据库管理员,带着多个人员共同掌握的安全钥匙,才能直接在基本表上操作。请读者想想:这是为什么?

    11.
    中间表、报表和临时表

       中间表是存放统计数据的表,它是为数据仓库、输出报表或查询结果而设计的,有时它没有主键与外键(数据仓库除外)。临时表是程序员个人设计的,存放临时记录,为个人所用。基表和中间表由DBA维护,临时表由程序员自己用程序自动维护。

    12.
    完整性约束表现在三个方面

       域的完整性:用Check来实现约束,在数据库设计工具中,对字段的取值范围进行定义时,有一个Check按钮,通过它定义字段的值城。参照完整性:用PKFK、表级触发器来实现。用户定义完整性:它是一些业务规则,用存储过程和触发器来实现。

    13.
    防止数据库设计打补丁的方法是三少原则

       (1) 一个数据库中表的个数越少越好。只有表的个数少了,才能说明系统的E--R图少而精,去掉了重复的多余的实体,形成了对客观世界的高度抽象,进行了系统的数据集成,防止了打补丁式的设计;

       (2) 一个表中组合主键的字段个数越少越好。因为主键的作用,一是建主键索引,二是做为子表的外键,所以组合主键的字段个数少了,不仅节省了运行时间,而且节省了索引存储空间;


    (3)
    一个表中的字段个数越少越好。只有字段的个数少了,才能说明在系统中不存在数据重复,且很少有数据冗余,更重要的是督促读者学会列变行,这样就防止了将子表中的字段拉入到主表中去,在主表中留下许多空余的字段。所谓列变行,就是将主表中的一部分内容拉出去,另外单独建一个子表。这个方法很简单,有的人就是不习惯、不采纳、不执行。

       数据库设计的实用原则是:在数据冗余和处理速度之间找到合适的平衡点。三少是一个整体概念,综合观点,不能孤立某一个原则。该原则是相对的,不是绝对的。三多原则肯定是错误的。试想:若覆盖系统同样的功能,一百个实体(共一千个属性) E--R图,肯定比二百个实体(共二千个属性) E--R图,要好得多。

       提倡三少原则,是叫读者学会利用数据库设计技术进行系统的数据集成。数据集成的步骤是将文件系统集成为应用数据库,将应用数据库集成为主题数据库,将主题数据库集成为全局综合数据库。集成的程度越高,数据共享性就越强,信息孤岛现象就越少,整个企业信息系统的全局E?R图中实体的个数、主键的个数、属性的个数就会越少。

       提倡三少原则的目的,是防止读者利用打补丁技术,不断地对数据库进行增删改,使企业数据库变成了随意设计数据库表的垃圾堆,或数据库表的大杂院,最后造成数据库中的基本表、代码表、中间表、临时表杂乱无章,不计其数,导致企事业单位的信息系统无法维护而瘫痪。

      三多原则任何人都可以做到,该原则是打补丁方法设计数据库的歪理学说。三少原则是少而精的原则,它要求有较高的数据库设计技巧与艺术,不是任何人都能做到的,因为该原则是杜绝用打补丁方法设计数据库的理论依据。

    14.
    提高数据库运行效率的办法

       在给定的系统硬件和系统软件条件下,提高数据库系统的运行效率的办法是:

    (1)
    在数据库物理设计时,降低范式,增加冗余, 少用触发器, 多用存储过程。

    (2)
    当计算非常复杂、而且记录条数非常巨大时(例如一千万条),复杂计算要先在数据库外面,以文件系统方式用C++语言计算处理完成之后,最后才入库追加到表中去。这是电信计费系统设计的经验。

       (3) 发现某个表的记录太多,例如超过一千万条,则要对该表进行水平分割。水平分割的做法是,以该表主键PK的某个值为界线,将该表的记录水平分割为两个表。若发现某个表的字段太多,例如超过八十个,则垂直分割该表,将原来的一个表分解为两个表。

       (4) 对数据库管理系统DBMS进行系统优化,即优化各种系统参数,如缓冲区个数。

       (5) 在使用面向数据的SQL语言进行程序设计时,尽量采取优化算法。

      总之,要提高数据库的运行效率,必须从数据库系统级优化、数据库设计级优化、程序实现级优化,这三个层次上同时下功夫。

    展开全文
  • 进销存数据库表结构设计.xlsx
  • ofbiz数据库表结构设计

    千次阅读 2014-04-16 11:38:27
    ofbiz数据库表结构设计(1)- PARTY ofbiz数据库表结构设计(2)- CONTACT_MECH ofbiz数据库表结构设计(3)- 订单ORDER ofbiz数据库表结构设计(4)- 订单支付ORDER_PAYMENT_PREFERENCE ofbiz数据库表结构设计...
    展开全文
  • 很多程序员或者网站站长在设计网站数据库的时候都要进行表结构设计,如果您不想操作原始的数据库工具之想简单设计一下数据库表结构,那么你不妨试试这款EZDML数据库表结构设计器,可以快速设计sql、oracle、mysql...

    很多程序员或者网站站长在设计网站数据库的时候都要进行表结构设计,如果您不想操作原始的数据库工具之想简单设计一下数据库表结构,那么你不妨试试这款EZDML数据库表结构设计器,可以快速设计sql、oracle、mysql数据库。

    界面预览图:

    1ae049043eec877e5185abc3de98fc2c.png

    EZDML数据库表结构设计器是一个简单好用的数据库设计软件,具有数据库设计设计、表阐述、模型图、导入数据库查询、转化成数据库查询、转化成编码等一系列功能,可以直接设计并生成sql、oracle、mysql、sqlserver、c++、java数据库查询代码与对上述数据库进行表结构设计。

    4b2cf58906109beaf2f3692d68a74be8.png

    EZDML有点类似各位常见的数据库建模工具如PowerDesigner、ERWIN、ER-Studio与Rational-Rose等,你可以把EZDML数据库表结构设计器理解成是一个免费的数据库建表软件,它可以快速的进行数据库表结构设计,建立数据模型,能迅速生成代码模板、简单界面与字典文档,支持脚本编程。

    EZDML数据库表结构设计器功能:

    1、导入数据库,导入数据库中的已有对象,即所谓的逆向工程(现在只支持ORACLE)

    2、生成数据库,可生成直接创建数据库的SQL脚本;也可与现有数据库比较,随后生成同步脚本的功能,不至于丢失现有数据

    3、生成代码,现在可生成Pas、C#与Java的简单类定义代码

    4、表结构设计,创建表、字段、主键、外键、索引与注释

    5、表描述,可直接编辑文字描述快速生成表结构,爱用键盘的人会喜欢这个功能

    6、模型图,自动生成模型图;可设计与显示物理/逻辑视图,支持自动布局、平移、缩小放大等操作

    EZDML数据库表结构设计器特点:

    1、 简单,程序本身就很简单,它只需一个exe就可以运行,通过编辑描述字也能很快创建或修改表结构。

    2、 脚本,支持JAVASCRIPT、PASCAL脚本,你就可以完全控制所有表、字段,想删想改想生成什么都是可以的。

    3、完全免费

    EZDML数据库表结构设计器使用教程:

    1、安装并启动EZDML表结构设计器。

    c02bcbb2126dba6daed9c02f3aa897c4.png

    2、出现确认界面,请点确定打开示例。

    bd961ddbdf04c3613c2551debe156fd1.png

    3、如果您使用的是英文系统或缺少ezdml.CHS文件时会显示英文界面:

    cff8028df0f7d5aa5ef1f03a4e03a510.png

    4、下面讲解一下怎么新建表

    新建文件,再新建一个表,系统弹出新建界面:

    db551a9e2001d768dc17d38b289d775d.png

    填写字段,随后直接点确定,可以看到新建表的结果:

    070ac1ca59a26854205f5227382572c3.png

    同一个文件中可以有多个模型,模型图中可以进行平移、缩小、放大、选择对象、拖动等操作。模型图中可以用键盘辅助操作,按加减号放大缩小,方向键平移,R复原,F居中。

    左边树形列表中,可选择多个表或字段进行复制、粘贴;直接拖动可以进行排序;在左上方的过滤条件中输入内容可查找并列出符合条件的对象。

    5、新建外键方法

    再建一个表,在字段列表中右键添加全部系统字段:

    35fa20357b540d5ed4fc8386c11719a5.png

    效果如下:

    de8750df1a37575b8be737cc232aa2e8.png

    接着,在模型图上选中数据表1,再点工具栏上的连接:

    48b988e98f2a99fe79f63c051fb5b814.png

    随后再点击数据表2,系统弹出连接界面:

    132d6cece13c955b8217ca35f7c4839e.png

    设置从表的关联字段为Rid,随后点确定,即可建立外键关系:

    4a78640295ef8bbc9b2b5e7e60c0f333.png

    6、修改表与字段属性

    在模型图上双击数据表1,弹出该表的属性编辑界面,可以添加删除字段,或进行拖动排序等操作,可直接修改表名、逻辑名、注释与字段的物理名、逻辑名、类型、约束:

    b470ea6bbbca9ae389bf3230f99f15ea.png

    也可以双击一个字段,弹出字段属性界面来修改字段:

    c13ab5773836f91dbe385ceec2fd878e.png

    7、视图切换

    上述模型图中,默认显示的是物理逻辑名称视图,可执行模型|切换物理/逻辑视图菜单命令或点工具栏按钮切换视图:

    物理视图:

    038ecc5509feb4b4f008d2427162e257.png

    逻辑视图:

    95be0068aa65546517b815faa571328b.png

    默认显示表对象的字段类型是按标准SQL定义,表对象的背景色是浅蓝,可执行模型|模型选项进行修改:

    ec03004222997c40ca48e5a656780ba9.png

    之前物理视图的字段类型默认是标准SQL的类型(如字符串是VARCHAR),如果在模型图选项里修改为ORACLE,则自动显示为ORACLE的类型(字符串是VARCHAR2):

    bd7ebe56e3324aea519219bac1ba95a2.png

    8、导出图片

    e1b5ec5416e20fe66157b4cbae81aee1.png

    在模型图上选中一个或多个对象(不选则为全部),右键复制图像,即可将选中的图形覆盖到剪贴板,可直接到画笔、WORD等地方粘贴(默认输出格式为位图,如果需要WMF矢量图可按住SHIFT键复制图像)。

    9、导出EXCEL

    14c0bc6b5d993d8c523fb6c752807ef1.png

    在模型图上选中一个或多个对象(不选则为全部),右键导出,系统提示指定文件路径与类型:

    d54e93a99c1386f12a6480c2f40db6c6.png

    选择EXCEL,指定文件路径与名称后,点保存,系统提示:

    42ff03211956932980dccf4c2f7eca89.png

    点确定,则自动打开Excel:

    ec33412e824a009c91efac10d2a031f2.png

    版本升级记录:

    ===============EZDML表结构设计器 V2.21升级===============

    增加JSON格式输出,二进制与xml格式也作了修改,Bug修复.

    ===============EZDML表结构设计器 V2.22升级===============

    记录登录历史,添加连接时自动识别一对一外键,描述字支持外键信息,自定义保留关键词库,提供示例模型文件,Bug修复.

    ===============EZDML表结构设计器 V2.23升级===============

    检测文件更改,自动生成拐弯的连线,更新libpq.dll,表名排序,Bug修复.

    ===============EZDML表结构设计器 V2.32升级===============

    自定义表与字段的属性界面(需要在INI中打开),脚本中支持TIniFile与CurField(当前字段),支持Javascript脚本(使用BESEN脚本引擎),修正自动排列算法,主窗口菜单改用ActionList封装。Bug修复.

    ===============EZDML表结构设计器 V2.35升级===============

    拖放复制目录树中的表与字段,自动保存脚本。Bug修复.

    ===============EZDML表结构设计器 V2.36升级===============

    中英文配置文件分离,生成数据库增加粗略比对模式。Bug修复.

    ===============EZDML表结构设计器 V2.39升级===============

    自动排线算法优化,大文件性能优化,导入pdm文件。Bug修复.

    展开全文
  • 互联网内容控制系统数据库表结构设计说明书.docx
  • (泛微e-cology7.0)数据库表结构设计文档
  • 进销存数据库表结构设计方案(1).docx
  • (泛微e-cology7.0)数据库表结构设计文档.docx
  • 各种数据库表结构设计器可以轻松设计表涉及数据库
  • oracle数据库表结构设计 字段 is_valid 如果都是整型, 字段类型用int即可, 如果有负数的情况, 比如(-1: 表示异常状态 0: 无效 1: 有效), 用number(1)来标识即可. 如果有字符, 那就用varchar2(1)来表示. ...
  • 有哪位大神可以帮我设计一个校园车辆出入管理系统的数据库表结构设计,要有基本的主外键关联
  • 数据库表结构设计原则

    千次阅读 2015-10-15 10:28:31
    数据库表结构设计浅谈  这篇文章如题所述,只打算谈一下数据库表本身设计,同时讲到和表结构相关的性能和扩展性问题。下面讲到的东西大多是从实际经验中总结而来,算是对这项技术的一个反思。  基本上...
  • 数据库表结构设计方法

    千次阅读 2017-02-13 11:52:29
    数据库表结构设计方法   当我们设计一个数据库存储模式时,要仔细分析数据模式,不要一股脑的把所有的数据都放在一起。那样的话对系统的可用性,高效能,扩展性都会有严重的影响。当然你设计的系统非常小,完全...
  • 数据库表结构设计方法及原则 Author: Chancey 在目前的企业信息系统中,数据库还是最佳的数据存储方式,虽然已经有很多的书籍在指导我们进行数据库设计,但应该那种方式是设计数据库的表结构的最好方法、设计时应...
  • 为导出数据库表结构设计的查询 最近写数据库文档说明书,总是要把字段等复制出来贴到word中,很烦琐。直接查询数据库表的字段结构,然后导出为excel格式,再整理后,就可以贴到word中了,很方便。 SELECT TABLE_...
  • 一、数据表结构整体分析数据库表结构由于我们的项目功能比较简单,所以,这样的数据库表结构是可以支撑起现阶段的项目功能的,如果后期功能会做变动,我们会重新设计数据库表结构。二、数据库表详细设计1.用户信息表...
  • 简洁明了的表结构设计,适合开发者了解详细情况和查阅,项目经理针对初期需求进行数据表整理和文档
  • mysql 数据库表结构设计与规范

    千次阅读 2017-06-06 15:00:16
    mysql 数据库表结构设计与规范DDL(data difinition language)就是数据定义语言。1.sql语句的界定符[code]– 默认情况下” ; ” 代表sql语句的结束 delimiter 新的界定符 – 修改 // 为界定符 delimiter //2.创建...

空空如也

空空如也

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

数据库表结构设计