精华内容
下载资源
问答
  • 2021-05-12 16:18:11

    【简答题】Linux 系统下对磁盘的命名原则是什么?

    更多相关问题

    对老年人在处理急症进行输液时,应适当控制入量,以防止发生: A.心力衰竭 B.静脉炎 C.机体水

    高热、毒血症持续,中枢神经系统症状加重;颅压升高,有脑膜炎的炎症表现,是哪一期A.前驱期 B.败

    以下是直接经济损失的统计范围()。A 停产、减产损失价值B 工作损失价值C 财产损失价值D 补充新

    商品大类的划分,要同生产行业对口,不要与流通组织相适应。

    高热、毒血症持续,中枢神经系统症状加重;颅压升高,有脑膜炎的炎症表现,是哪一期A.前驱期 B.败

    工人长时间接触()可引起致癌。A β射线B 噪音C 一氧化碳D 苯

    非酮症高渗综合征病人应慎重补充胰岛素,第一天最好不超过: A.40u B.60u C.80u D.100u

    中重度持续性变应性鼻炎,在确定诊断无误后,可做以下调整,错误的是: A.鼻用糖皮质激素剂量减量

    商品质量评价的特点是相对性、针对性、多样性、单一性。

    商品流通中的购、销、调、存储环节不一定都有分类管理的要求。

    恒牙在萌出后牙根完全形成所需时间为A、萌出时牙根即形成B、1年以内C、1~3年D、3~5年E、5~10年

    银联信用卡卡片背面必须符合以下哪些条件()才能使用。A.签名条必须要有银联字样的底纹B.签名条必

    关于RPA卡环,下列描述中错误的是A、常用于远中游离端义齿B、基牙下存在有软组织倒凹C、口腔前庭深度

    关于双币种卡的描述,以下哪项是错误的?()A.双币种卡既有银联标志,又有国际组织标志B.双币种卡实

    非酮症高渗综合征病人治疗中,当血糖降至多少时开始补糖液?A.100mg/dl B.150 mg/dl C.200 mg

    对呕吐、腹泻病人,在失水时并有电解质丧失: A.呕吐主要失钾 B.腹泻主要失钠 C.失钾、失钠都

    龋均等于A、DMFF之和÷患龋人数B、DMFS之和÷受检人数C、DMFT之和÷患龋牙数D、DMFS之和÷患龋牙面数E、DM

    职业性有害因素可能对人体造成有害影响()。A 出现职业特征B 抗病能力下降C 引发职业病D 以上

    关于RPA卡环,下列描述中错误的是A、常用于远中游离端义齿B、基牙下存在有软组织倒凹C、口腔前庭深度

    事故统计分析步骤一般分为()。A 资料搜集B 资料整理C 综合分析D 资料搜集、资料整理、综合分析

    综合分析是将汇总整理的资料及有关数值,填入统计表或绘制统计图,使大量的零星资料系统化、条

    伤亡事故发生后应当成立事故调查组,由事故调查组进行事故调查工作。事故调查组成员应当具有事

    我国治疗普通型流脑的首选药物仍是:A.青霉素G B.SD C.氯霉素 D.氨苄青霉素

    牙着色,呈灰褐色,外漂白效果差的是A.梅毒牙B.釉质发育不全C.遗传性牙本质发育不全D.氟牙症E.四环

    《人民币鉴别仪通用技术条件》(GB-16999-2010)定义的误辨率是指_ 。A.真币辦为假币的张数与实际清

    安全电压可以由()获得。A 自耦变压器B 双绕组线圈C 电阻分压器D 以上三个都是

    过敏性休克抢救错误的是: A.注射肾上腺素 B.静脉抗组胺药、静脉糖皮质激素 C.补充血容量 D.抗

    对呕吐、腹泻病人,在失水时并有电解质丧失: A.呕吐主要失钾 B.腹泻主要失钠 C.失钾、失钠都

    我国的变应原种类不包括: A.屋尘螨 B.杂草类花粉 C.粉尘螨 D.花粉

    关于非酮症高渗综合征的叙述,下列哪项不对? A.常见于中老年人 B.常有抽搐 C.起病缓慢 D.

    职业性有害因素可能对人体造成有害影响()。A 出现职业特征B 抗病能力下降C 引发职业病D 以上

    下列哪种交易不需验证持卡人密码?()A.退货B.查询C.预授权D.消费

    乙炔瓶的表面温度不能超过()摄氏度。A 20B 30C 40D 50

    静电的危害主要有引起爆炸和火灾、静电电击和()等。A 静电间接电击B 静电电伤C 静电机械伤害D

    在气焊作业时,乙炔瓶与明火的距离不应小于()米。A 2B 3C 5D 10

    更多相关内容
  • 标准化有好几种形式,但Third Normal Form(3NF)通常被认为在性能、扩展和数据完整方面达到了最好平衡。简单来说,遵守3NF 标准的数据库的表设计原则是:“One Fact in One Place”即某个表只包括其本身基本的...
  • 1. 原则命名使用具有意义的英文词汇,词汇中间以下划线分隔。命名只能使用英文字母、数字、下划线。避免用MySQL的保留字如:call、group等。(保留字详见附录)所有数据库对象使用小写字母。2. 命名规范2.1 数据库命名...

    命名规范是指数据库对象如数据库(SCHEMA)、表(TABLE)、索引(INDEX)、约束(CONSTRAINTS)等的命名约定。

    1. 原则命名使用具有意义的英文词汇,词汇中间以下划线分隔。

    命名只能使用英文字母、数字、下划线。

    避免用MySQL的保留字如:call、group等。(保留字详见附录)

    所有数据库对象使用小写字母。

    2. 命名规范

    2.1 数据库命名规范数据库名不能超过30个字符。

    数据库命名必须为项目英文名称或有意义的简写。

    数据库创建时必须添加默认字符集和校对规则子句。默认字符集为UTF8MB4。示例见设计规范。

    命名应使用小写。

    附: MySQL中Unicode字符集列表:字符集名称字节占用字符集兼容性Unicode字符支持

    UCS2每字符2字节所有Unicode 3.0字符

    UTF16每字符2字节,或4字节。与UCS2兼容所有Unicode 5.0和Unicode 6.0字符,包括扩展字符。

    UTF16LE与UTF16相同,只是字节顺序相反。所有Unicode 5.0和Unicode 6.0字符,包括扩展字符。

    UTF8每字符1到3字节。所有Unicode 3.0字符

    UTF8MB4每字符1到4字节。与UTF8兼容所有Unicode 5.0和Unicode 6.0字符,包括扩展字符。

    UTF32每字符4字节。所有Unicode 5.0和Unicode 6.0字符,包括扩展字符。

    2.2 表命名规范同一个模块的表尽可能使用相同的前缀,表名称尽可能表达含义。

    多个单词以下划线(_)分隔。

    表名不能超过30个字符。

    普通表命名规则为 模块名_表描述(或有意义的简写)。

    例如:是否正确举例说明

    错误APP_USER、USER、TEST

    正确SEC_USERSEC为权限模块(SECURITY)的简称,USER是表描述

    临时表(运营、开发或数据库人员临时用作临时进行数据采集用的中间表)命名规则:加上tmp前缀和8位时间后缀(tmp_test_user_20130501)。

    备份表(运营、开发或数据库人员备份用作保存历史数据的中间表)命名规则:加上bak前缀和8位时间后缀(bak_test_user_20130501)。

    命名应使用小写。

    字段命名需要表示其实际含义的英文单词或简写,单词之间用下划线(_)进行连接。

    各表之间相同意义的字段必须同名。

    字段名不能超过30个字符。

    常用约定:

    序号列字段:以id后缀,如:user_id表示用户编号。

    编码字段:以code后缀,如:cust_code表示客户编码。

    时间字段:

    1)精确到日的字段,以_date作为后缀。如:open_date表示开户日期。

    2)精确到秒或毫秒的,以_time作为后缀。如:register_time表示注册时间。

    布尔值字段:命名以“is_”前缀+字段描述。如member表上表示为enabled的会员的列命名为is_enabled。命名应使用小写。

    2.3 视图命名规范视图名以模块名_v结尾,表示view。

    视图由几个表关联产生就用下划线(_)连接几个表名,视图名不能超过30个字符。如超过30个字符则取简写。

    如无特殊需要,严禁开发人员创建视图。

    命名应使用小写。

    2.4 存储过程命名规范存储过程名以_proc结尾,表示procedure。之后多个单词以下划线(_)进行连接。存储过程命名中应体现其功能。存储过程名不能超过30个字符。

    存储过程中的输入参数以i_开头,输出参数以o_开头。

    命名应使用小写。

    2.5 函数命名规范函数名以_func结尾,表示function。之后多个单词以下划线(_)进行连接,函数命名中应体现其功能。函数名不能超过30个字符。

    函数中输入参数以i_开头,输出参数以o_开头。

    命名应使用小写。

    2.6 触发器命名规范触发器以_tri结尾,表示trigger。

    基本部分,描述触发器所加的表,触发器名不能超过30个字符。

    后缀(_i,_u,_d),表示触发条件的触发方式(insert,update或delete)。

    如无特殊需要,严禁开发人员使用触发器。

    命名应使用小写。

    2.7 索引命名规范二级(辅助)索引以idx_开头,唯一索引以uidx_开头。后面紧跟索引所在的字段名。如要在id列上添加二级索引,则应为idx_id。

    多单词组成的列名,取尽可能代表意义的缩写,如test_contact表member_id和friend_id上的组合索引:idx_mid_fid。

    组合索引命名应注意字段顺序。如在字段member和字段userid上创建组合索引,则可以命名为idx_userid_member(‘userid’,‘member’)

    命名应使用小写。

    2.8 约束命名规范唯一约束: uk_表名称_字段名。

    外键约束:fk_表名,后面紧跟该外键所在的表名和对应的主表名(不含t_).子表名和父表名用下划线(_)分隔。

    非空约束:如无特殊需要,建议所有字段默认非空(not null),不同数据类型必须给出默认值(default)。

    出于性能考虑,如无特殊需要,建议不使用外键。参照完整性由代码控制。

    命名应使用小写。

    展开全文
  •  结构清晰、关联简洁、实体个数适中、属性分配合理、没有低级冗余。  10 . 视图技术在数据库设计中很有用   与基本表、代码表、中间表不同,视图是一种虚表,它依赖数据源的实表而存在。视图是供...

    1.数据库设计14规则

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


      〖例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表示还书),另外, 
      它还应该有两个外键(“图书”的主键,“读者”的主键),使它能与“图书”和“读者”连接。 


    注视:


    图书  1 和 该实体取名为“借还书” n 
    读者  1 和 该实体取名为“借还书” n 


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


    14. 提高数据库运行效率的办法 
      在给定的系统硬件和系统软件条件下,提高数据库系统的运行效率的办法是: 
       (1) 在数据库物理设计时,降低范式,增加冗余, 少用触发器, 多用存储过程。 
       (2) 当计算非常复杂、而且记录条数非常巨大时(例如一千万条),复杂计算要先在数据库外面,以文件系统方 
        式用C++语言计算处理完成之后,最后才入库追加到表中去。这是电信计费系统设计的经验。 
       (3) 发现某个表的记录太多,例如超过一千万条,则要对该表进行水平分割。水平分割的做法是,以该表主键 
        PK的某个值为界线,将该表的记录水平分割为两个表(即可以表维护 表行数过大 手动分割为两个  建个两表union的视图对程序透明)。若发现某个表的字段太多,例如超过八十个,则 
        垂直分割该表,将原来的一个表分解为两个表。 
       (4) 对数据库管理系统DBMS进行系统优化,即优化各种系统参数,如缓冲区个数。 
       (5) 在使用面向数据的SQL语言进行程序设计时,尽量采取优化算法。 
        总之,要提高数据库的运行效率,必须从数据库系统级优化、数据库设计级优化、程序实现级优化,

    2.表、字段命名规则

    .数据库表命名规范:
    (1)表名前应该加上前缀,表的前缀一个用系统或模块的英文名称缩写,前缀全部大写或首字母大写,表名中包含的单词首字母大写。
    (2)数据库表名应该有意义,并且易于理解,最好使用可以表达功能的英文单词或缩写,如果用英文单词表示,建议使用完整的英文单词。
    (3)表名不可以太长,最好不要超过3个英文单词长度(22个字母)。
    (4)在数据库表命名时应该用英文单词的单数形式,如员工表命名:应该为Employee而不是Employees .
    (5)如果是后台表命名时应该在表名基础上加上后缀_b(back 首字母 )
    (6)在表创建完成前,应该为表添加表的注释。

    2.表字段命名规范:
    (1)数据库表字段应该是有意义而且易于理解的,最好是能够表达字段含义的英文字母
    (有人认为如果用英文单词作为字段,因为翻译工具不同,而字段不统一建议使用汉语拼音首字母缩写;有人认为用汉语拼音缩写看起来不直观,老半天也不知道到底这个字段是干什么的)
    (2)系统中所有属于内码,即仅用于标识唯一性和程序内部用到的标识性字段,字段名称建议取为 ID ,采用类型为整型或长整型.
    (3)系统中属于是业务内的编号字段,代表一定业务信息,建议字段命名为code , 如工作单编号wf_code .
    (4) 不要在数据库表字段(列名)中包含数据类型,如:datetime
    (5)不要在数据库表字段(列名)命名时重复表名,可以使用表名首字母(不包含数据库表名前缀)
    注意:不要在数据库表字段(列名)命名时不建议使用数据库关键字,如:name,time ,datetime password 等

    3.表设计规范:
    (1)所有字段在设计时,除以下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary、varbinary外,必须有默认值。字符型的默认值为一个空字符值串’’;数值型的默认值为数值0;逻辑型的默认值为数值0;
    其中:系统中所有逻辑型中数值0表示为“假”;数值1表示为“真”。
    datetime、smalldatetime类型的字段没有默认值,必须为NULL。
    (2)当字段定义为字符串形时建议使用varchar而不用nvarchar。
    注:在MySQL5.0以上的版本中,varchar数据类型的长度支持到了65535,也就是说可以存放65532个字节的数据,起始位和结束位占去了3个字节。
    (3)建议在大多数表中(如工作单),应都有以下字段:
    字段名说明类型默认值
    CreatorID创建者int默认值为0
    CreatedTime创建时间Datetime默认值为NULL
    (4)字段的描述
    a.字段必须填写描述信息(注释)
    b.尽量遵守第三范式的标准(3NF)
    表内的每一个值只能被表达一次(列名不重复)
    表内的每一行都应当被唯一的标示(标识唯一性,如自动增长主键)
    表内不应该存储依赖于其他键的非键信息
    (5)加索引规则
    a.表建好后数据库自动为表生成一个索引(为自动增长的列生成唯一索引),如果在对这列添加索引,数据库会给一个警告,内容大概是,已经为这列添加了索引,建议修改索引名称和自动增长列名保持一致,为了方便使用。
    b.如果在添加索引时,建议索引名称和数据库列名保持一致,为了方便使用
    c.如果字段事实上是与其它表的关键字相关联而未设计为外键引用,需建索引。
    d.如果字段与其它表的字段相关联,需建索引。
    e.如果字段需做模糊查询之外的条件查询,需建索引。
    f.除了主关键字允许建立簇索引外,其它字段所建索引必须为非簇索引。

    4.存储过程命名规范
    (1)存贮过程的命名请遵循以下命名规范:USP_ + 系统模块缩写(与表前缀类似)+ + 功能标识 + 代表存贮过程操作的主要表名(不带前缀)或功能的英文单词或英文单词缩写。
    如果一个存贮过程只对一个表进行操作,建议存贮过程的名称就用存贮过程所操作的表的表名(不带前缀)。这样有利于根据表名找到相应的存贮过程。例如:
    用于新增的存贮过程USP_MESSAGE_Add_Model
    用于修改的存贮过程USP
    MESSAGE_Upt_Model
    用于删除的存贮过程USP_ MESSAGE_Del_ Modele
    注:USP是user stored procedure缩写
    5.存储过程设计规范
    在存贮过程中必须说明以下内容:
    (1)目的:说明此存贮过程的作用。
    (2)作者:首次创建此存贮过程的人的姓名。在此请使用中文全名,不允许使用英文简称。
    (3)创建日期:创建存贮过程时的日期。
    (4)修改记录:
    修改记录需包含修改顺序号、修改者、修改日期、修改原因,修改时不能直接在原来的代码上修改,也不能删除原来的代码,只能先将原来的代码注释掉,再重新增加正确的代码。修改顺序号的形式为:log1,log2,log3。。。,根据修改次数顺序增加,同时在注释掉的原来的代码块和新增的正确代码块前后注明修改顺序号。
    (5)对存贮过程各参数及变量的中文注解。
    建议:在数据库中创建一个文本文件保存创建脚本

    6.视图命名规范
    视图的命名请遵循以下命名规范:UV + 系统模块缩写(与表前缀类似)+ + 功能标识 + 代表视图查询的主要表名(不带前缀)或功能的英文单词或英文单词缩写。
    如果一个视图只对一个表进行查询,建议视图的名称就用视图所查询的表的表名(不带前缀)。这样有利于根据表名找到相应的视图。
    注:UV是userView缩写
    7.视图设计规范
    在视图中必须说明以下内容:
    (1)目的:说明此视图的作用。
    (2)创建者:首次创建此视图的人的姓名。在此请使用中文全名,不允许使用英文简称。
    (3)修改者、修改日期、修改原因:如果有人对此视图进行了修改,则必须在此视图的前面加注修改者姓名、修改日期及修改原因。
    (4)对视图各参数及变量的中文注解
    建议:在数据库中创建一个文本文件保存创建脚本
    8.触发器命名规范
    Insert触发器加'_i',Delete触发器加'_d',Update触发器加'_u'
    9.触发器设计规范
    在视图中必须说明以下内容:
    (1)目的:说明此触发器的作用。
    (2)创建者:首次创建此触发器的人的姓名。在此请使用中文全名,不允许使用英文简称。
    (3)修改者、修改日期、修改原因:如果有人对此触发器进行了修改,则必须在此触发器的前面加注修改者姓名、修改日期及修改原因。
    (4)对触发器各参数及变量的中文注解
    建议:在数据库中创建一个文本文件保存创建脚本


    3.mysql索引建立原则

    数据库索引的设计原则:

    为了使索引的使用效率更高,在创建索引时,必须考虑在哪些字段上创建索引和创建什么类型的索引。
    那么索引设计原则又是怎样的?
    1.选择唯一性索引
    唯一性索引的值是唯一的,可以更快速的通过该索引来确定某条记录。
    例如,学生表中学号是具有唯一性的字段。为该字段建立唯一性索引可以很快的确定某个学生的信息。
    如果使用姓名的话,可能存在同名现象,从而降低查询速度。

    2.为经常需要排序、分组和联合操作的字段建立索引
    经常需要ORDER BY、GROUP BY、DISTINCT和UNION等操作的字段,排序操作会浪费很多时间。
    如果为其建立索引,可以有效地避免排序操作。

    3.为常作为查询条件的字段建立索引
    如果某个字段经常用来做查询条件,那么该字段的查询速度会影响整个表的查询速度。因此,
    为这样的字段建立索引,可以提高整个表的查询速度。

    4.限制索引的数目
    索引的数目不是越多越好。每个索引都需要占用磁盘空间,索引越多,需要的磁盘空间就越大。
    修改表时,对索引的重构和更新很麻烦。越多的索引,会使更新表变得很浪费时间。

    5.尽量使用数据量少的索引
    如果索引的值很长,那么查询的速度会受到影响。例如,对一个CHAR(100)类型的字段进行全文
    检索需要的时间肯定要比对CHAR(10)类型的字段需要的时间要多。

    6.尽量使用前缀来索引
    如果索引字段的值很长,最好使用值的前缀来索引。例如,TEXT和BLOG类型的字段,进行全文检索
    会很浪费时间。如果只检索字段的前面的若干个字符,这样可以提高检索速度。

    7.删除不再使用或者很少使用的索引
    表中的数据被大量更新,或者数据的使用方式被改变后,原有的一些索引可能不再需要。数据库管理
    员应当定期找出这些索引,将它们删除,从而减少索引对更新操作的影响。

     
    8.小表不应建立索引;包含大量的列并且不需要搜索非空值的时候可以考虑不建索引
     

    mysql索引相关小常识:

    一,经常被用来过滤记录的字段。

    1. primary key 字段, 系统自动创建主键的索引;
    2. unique key 字段,系统自动创建对应的索引;

    3. foreign key 约束所定义的作为外键的字段;

    4. 在查询中用来连接表的字段;

    5. 经常用来作为排序(order by 的字段)基准的字段;


    二. 索引会占用磁盘空间,创建不必要的索引只会形成浪费.

    三. 索引的创建必须考虑数据的操作方式。

    1.内容很少变动,经常被查询,为它多创建几个索引無所谓;

    2.经常性,例行性变动的表而言,则需要谨慎地创建确实必要的索引;


    四. primary key 和 unique key的区别
    1. 作为Primary Key的域/域组不能为null。而Unique Key可以。
    2. 在一个表中只能有一个Primary Key,而多个Unique Key可以同时存在。
    更大的区别在逻辑设计上, Primary Key一般在逻辑设计中用作记录标识,这也是设置
    Primary Key的本来用意, 而Unique Key只是为了保证域/域组的唯一性。


    五.复合索引和单一索引

      复合索引是指多字段联合索引,查询时经常需要这几个字段组合一起为条件再查询 
      唯一索引主要是用主键ID索引,存储结构顺序与物理结构一致

    如:create  index  idx  on  tbl(a,b)  
     先按a排序, a相同的按b排序,所以当你查a或ab的时候, 
    能够利用到这个索引.但当你只查b的时候,索引对你的帮助不大.可能可以跳跃查找.


     
    添加和删除索引的情况:
     
    1、表的主键、外键必须有索引;

    2、数据量超过300w的表应该有索引;

    3、经常与其他表进行连接的表,在连接字段上应该建立索引;

    4、经常出现在Where子句中的字段,特别是大表的字段,应该建立索引;

    5、索引应该建在选择性高的字段上;

    6、索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引;

    7、复合索引的建立需要进行仔细分析;尽量考虑用单字段索引代替:

       A、正确选择复合索引中的主列字段,一般是选择性较好的字段;

       B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中?单字段查询是否极少甚至没有?如果是,则可以建立复合索引;否则考虑单字段索引;

       C、如果复合索引中包含的字段经常单独出现在Where子句中,则分解为多个单字段索引;

       D、如果复合索引所包含的字段超过3个,那么仔细考虑其必要性,考虑减少复合的字段;

       E、如果既有单字段索引,又有这几个字段上的复合索引,一般可以删除复合索引;

    8、频繁进行数据操作的表,不要建立太多的索引;

    9、删除无用的索引,避免对执行计划造成负面影响;


    展开全文
  • JAVA命名规范总结

    万次阅读 2018-06-12 15:58:50
    在新建一个包项目时可能会涉及到多层设计,每层的包名要遵循包名全部小写的规范,如图在一个功能的逐层上级的包名全部是小写和字符组成 3、类名的命名要遵循首字母大写原则,类的名字必须由大写字母开头而单词中的...

    一:命名规范

    1、项目名全部小写

    2、包名全部小写

        在新建一个包项目时可能会涉及到多层设计,每层的包名要遵循包名全部小写的规范,如图在一个功能的逐层上级的包名全部是小写和字符组成

     

    3、类名的命名要遵循首字母大写原则,类的名字必须由大写字母开头而单词中的其他字母均为小写;如果一个类名称是由多个单词组成,则每个单词的首字母均应为大写例如ModelWhAction;如果类名称中包含单词缩写,则这个所写词的每个字母均应大写,如:XMLExample,还有一点命名技巧就是由于类是设计用来代表对象的,所以在命名类时应尽量选择名词。  

    4、变量的命名要遵循通俗易懂的原则,比如名字就用 name ,而不是用a、b、c这样的命名。变量命名除了变量名外,实例,包括类、类常量,均采用大小写混合的方式,第一个单词的首字母小写,其后单词的首字母大写。变量名不应以下划线或美元符号开头,尽管这在语法上是允许的。但是在工作中这样做会降低代码的可阅读性,在工作上这是不规范的。

    5、方法的名字的第一个单词应以小写字母作为开头,后面的单词则用大写字母开头。

    6、需要用到的变量命名和方法命名要遵循首字母小写原则,如果名称是由多个单词组成,每个单词的首字母都要大写(除首个单词)。

       如:public void toString(){}

    7、使用驼峰命名法命名多个单词组成的变量名。 

    如:modelFacade

    8、常量命名时需要遵循名称全部大写的原则。

    如:public staticfinal long BSDY_SHZT_SHZ = 2; // 审核中

    9、所有命名规则必须遵循以下规则:

        1)、名称只能由字母、数字、下划线、$符号组成

        2)、命名时不能以数字开头

        3)、在命名是绝对不能出现Java关键字。

        4)、绝对不允许在命名时出现中文及拼音命名。

    类的命名

    二:感受

    自己在写功能时多出命名发生错误,对于方法,类,变量等的命令了解不够透彻,没有能够完全转变自己对于命名的理解,没能及时改正自己的错误的命名方法,多处命名不符合公司项目要求规范。自己在下面也没有充分的去学习公司关于命名的相关规范,导致项目多处的命名不规范。在项目完成后没能够及时和细心检查功能的命名,对于错误的命名方法没有能够及时处理。这都是自己的粗心大意导致的,让提交之后的项目文件发生错误和报错。


    展开全文
  • T100学习笔记 执行程序的方法 T100基础架构 基本环境变量 基本执行 Shell 命名原则 模组(module)命名原则 表格(Table)命名原则 字段(field)命名原则 特殊定义字段 程序 / 作业编号定义(包括子程序、子画面) ...
  • MySQL命名、设计及使用规范

    千次阅读 2021-01-19 11:23:27
    命名规范 基本命名原则 使用有意义的英文词汇,词汇中间以下划线分隔。(不要用拼音) 只能使用英文字母,数字,下划线,并以英文字母开头。 库、表、字段全部采用小写,不要使用驼峰式命名。 避免用ORACLE、MySQL...
  • 1. 基本命名原则(1)规则1:命名使用具有意义的英文词汇,词汇中间以下划线分隔。(2)规则2:命名只能使用英文字母,数字,下划线,并以英文字母开头。(3)规则3:避免用ORACLE、MySQL的保留字如desc,关键字如index。2. ...
  • 变量的命名相对而言没有太多的技术含量,今天整理有关于变量命名相关原则,主要是想告诉大家,虽然命名没有技术含量,但对于个人编码,或者说一个团队的再次开发及阅读是相当有用的。良好的书写规范可以让你的...
  • C++命名规则&书写规范

    千次阅读 2021-05-12 09:49:44
    匈牙利命名法:基本原则是:变量名=属性+类型+对象描述\color{blue}{变量名=属性+类型+对象描述}变量名=属性+类型+对象描述,其中每一对象的名称都要求有明确含义,可以取对象名字全称或名字的一部分。命名...
  • java命名规范:驼峰命名法则

    千次阅读 2020-04-28 09:37:06
    java命名规范:驼峰命名法则 使用前注意事项: 1、由于Java面向对象编程的特性, 在命名时应尽量选择名词 2、驼峰命名法(Camel-Case): 当变量名或函式名是由一个或多个单字连结在一起,而构成的唯一识别字时,首...
  • 命名实体的消歧

    千次阅读 2019-07-05 17:45:36
    命名实体的歧义指的是一个实体指称项可对应到多个真实世界实体 确定一个实体指称项所指向的真实世界实体,这就是命名实体消歧 任务 基于聚类的实体消歧 把所有实体指称项按其指向的目标实体进行聚类 每一个实体指称...
  • 数据库设计原则

    2022-02-26 00:36:04
    引言本文小结了数据设计原则;数据库设计对于数据库的可维护、可扩展至关重要,某些原则必须严格遵守;数据库设计范式第一范式:属性具有原子,不可再分解,即不能表中有表;第二范式:唯一约束...
  • Java命名规范参考!

    千次阅读 多人点赞 2020-02-18 21:44:46
    目录 Java中的命名规范 包命名命名 方法 返回真伪值的方法 ...异步相关方法 ...与集合操作相关的方法 ...与数据相关的方法 ...注解的原则 注解格式 包注解 类注接 属性注解 方法注释 构造方法注释 ...
  • 数据库表字段命名规范

    千次阅读 2018-09-22 14:43:16
    数据库表字段命名规范 数据库表字段命名规范 摘要:当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题,在后续开发使用原来数据库表时,也会因为数据库表的可读性不够高,表字段规则...
  • MYSQL数据库命名及设计规范

    千次阅读 2021-01-27 22:21:29
    标准化有好几种形式,但Third Normal Form(3NF)通常被认为在性能、扩展和数据完整方面达到了最好平衡。简单来说,遵守3NF 标准的数据库的表设计原则是:“One Fact in One Place”即某个表只包括其本身基本的...
  • SNP命名

    千次阅读 2018-10-19 11:23:00
    SNP命名 【2016-11-24】 奶茶妹妹是谁,京东老板娘,咦?章泽天!没错! 国民老公是谁?万达少东家,王健林儿子,王思聪!恭喜你又答对了! 函数是谁?这不是数学上的名词吗?不对,是...
  • 1.设计原则1)标准化和规范化数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式,但 ThirdNormalForm(3NF)通常被认为在性能、扩展和数据完整方面达到了最好平衡。简单来说,遵守3NF标准的数据库的表...
  • 所以本文中是笔者结合阿里巴巴开发规范,以及工作中的见闻针对 Java 领域相关命名进行整理和总结,仅供参考。 一,Java 中的命名规范 好的命名能体现出代码的特征,含义或者是用途,让阅读者可以根据名称的含义快速...
  • C#命名规则

    千次阅读 2015-11-24 21:35:24
    C#命名规则
  • 程序开发的命名规范(必读)

    万次阅读 多人点赞 2016-09-28 16:24:55
    良好的命名规范可以为团队合作开发推波助澜,无论在项目开发,还是产品维护上都起到了至关重要的作用。应该说命名规范是一种约定,也是程序员之间良好沟通的桥梁。另外古人相信只要知道一个人真正的名字就会获得凌驾...
  • 当有相关国家/行业强制数据结构标准规范存在时,用于存储某业务数据的业务表在表名命名原则上应该遵从标准规定,其表中相关字段的中文名称(即数据项名称)若标准规范上有规定的应遵循规定。此外,若标准规范上...
  • 变量命名原则
  • HTML命名规范说明

    千次阅读 2019-08-01 12:10:46
    一、命名规则说明: - TOP 1)、所有的命名最好都小写 2)、属性的值一定要用双引号("")括起来,且一定要有值如class="divcss5",id="divcss5" 3)、每个标签都要有开始和结束,且要有正确的层次,排版有规律工整 ...
  • 云原生应用的十大设计原则

    万次阅读 2021-03-10 22:19:12
    云应用程序的十大设计原则 自我修复设计 实现全面冗余 尽量减少协调 横向扩展设计 通过分区解决限制 运营设计 使用托管服务 使用最佳的数据存储完成作业 演变设计 根据业务需求构建 越来越多的企业选择...
  • 建模的一些基本原则

    千次阅读 2019-11-25 18:59:08
    建模的基本原则,在建模的过程中需要加以考虑,避免以后遇到大坑措手不及,而不是简单的为了建模而建模。 1.高内聚&&低耦合 主要从数据业务特性和访问特性两个角度来考虑:将业务相近或者相关、粒度相同的...
  • 变量的三种命名方法

    千次阅读 2020-10-31 22:07:03
    比如代码中的变量命名,这属于我们印象中的“小”问题,对于代码量小的程序来说,将变量命名为a、b、aa、string1、string2等类型,并不会影响程序的编写及阅读,如果是代码量大的程序,如果通篇都是字母、*1、*2等...
  • 文章目录Nacos服务注册中心对比提升各种服务注册中心对比CAP模型CP原则:一致性 + 分区容错性原则AP原则:可用性原则 + 分区容错性原则Nacos支持CP和APNacos何时选择切换模式Nacos命名空间分组和DataID三者关系三者...
  • SpringBoot 编码规范和命名规则

    千次阅读 2021-10-18 14:50:38
    起初命名schemas下的数据库时,我想当然地将数据库的名字命名为file而被同学们纠正过来。细究下来,才发现SpringBoot项目目录结构是有命名规范的,编码和命名反映了对应模块的功能。 一、规范的意义和作用 编码规范...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 103,219
精华内容 41,287
关键字:

关联性原则命名