• 项目开发规范,数据库设计规范


    1.命名规范

    定义这个规范的目的是让项目中全部的文档都看起来像一个人写的,添加可读性。降低项目组中由于换人而带来的损失。

    (这些规范并非一定要绝对遵守,可是一定要让程序有良好的可读性)

    1.1 namespace的命名

    namespace的名字应该都是由一个大写字母开头的单词组成,若由多个单词组成。每一个单词的首字母大写。



    1.2 Class的命名

    Class 的名字必须由大写字母开头而其它字母都小写的单词组成。

    • 比如:  class Raster;

    1.3 局部变量的命名

    变量的名字必须用一个小写字母开头。后面的单词用大写字母开头。

    1.4 Static 变量的命名

    Static 变量的名字应该都大写,而且指出完整含义。

    1.5 參数的命名

    參数的名字必须和变量的命名规范一致。

    1.6 数组的命名

    数组应该总是用以下的方式来命名:

    byte[] buffer;

    而不是:

    byte buffer[];

    1.7 代码凝视

      类头部凝视

    1.用文字说明代码的作用。并正确指出该代码的编写思路和逻辑方法;

    1.  在每一个类的開始赋予一个凝视标头;

    可參考:(至少须要这几项,Description:描写叙述该类功能。作者,时间。

    )

    /**

     * Description: 用户管理

     * @Author: wjl

     * @Create Date: 2015-8-17下午4:06:14

     */

    在更改该类重要的内容时,可在里面加入内容。

    方法头部凝视

     

    /**

    * 跳转到加入用户页面

    * @return

    */

     

    接口头部凝视

     

    /**

    * Description:

    * param

    * return

    * @Author: wjl

    * @Create Date: 2015-8-13下午5:04:34

    */

     

    实体属性头部凝视

    /**

    * username字

    */

    1.8 功能点方法规范定义

    n  初始化

    u  XX_init

    n  查询

    u  XX_query/XX_search

    n  授权

    u  XX_auth

    n  拒绝

    u  XX_reject

    n  明细

    u  XX_info

    n  录入

    u  XX_input

    n  新增

    u  XX_add

    n  改动

    u  XX_update

    n  删除

    u  XX_del

    界面命名规范定义

    一个业务一个目录 里面放所以该业务的jsp界面。

    n  查询页面

    u  query.jsp

    n  明细页面

    u  show.jsp 

    n  录入页面

    u  XX_input.jsp

    n  新增

    u  XX_add.jsp

    n  改动

    u  XX_update

    n  删除

    大部分删除基本上都要弹出提示,是否确定删除。

    界面字段显示格式(非数据库中存储格式)

    Ÿ   日期格式:2013-06-28

    Ÿ   时间格式:2013-06-28 15:31:00

    Ÿ   金额:999,999,999,999.00。整数时显示小数点和小数值

    Ÿ   数字:XXX,XXX(显示千分位)


    2.   数据库设计规范

    2.1数据库

    採用26个英文字母(区分大写和小写)和0-9这十个自然数,加上下划线'_'组成,共63个字符.不能出现其它字符(注 释除外).
    注意事项:
    1) 以上命名都不得超过30个字符的系统限制.变量名的长度限制为29(不包含标识字符@).
    2) 数据 对象、变量的命名都採用英文字符,禁止使用中文命名.绝对不要在对象名的字符之间留空格.
    3) 小心保留词,要保证你的字段名没有和保留词、数据 库系统或者经常使用訪问方法冲突
    5) 保持字段名和类型的一致性,在命名字段并为其指定数据类型的时候一定要保证一致性.假如数据类型在一个表里是整 数,那在还有一个表里可就别变成字符型了.

    2.2数据库命名规范

    数据库,数据表一律使用前缀

    正式数 据库名使用小写英文以及下划线组成,尽量说明是那个应用或者系统在使用的.比方:

    web_19floor_net
    web_car

    备 份数据库名使用正式库名加上备份时间组成,如:

    web_19floor_net_20070403
    web_car_20070403

    2.3数据库表命名规范

    遵循以上数据库实体命名规则。

    典型的字段的取名:(以操作员信息Staff为例)

    内码Staff_Id

    名称Staff_Name

    编号Staff_Code

    备注字段名Remark

    表与表之间的相关联字段要用统一名称,
    如 web_user 表 里面的 userId 和 web_group 表里面的 userId 相相应。

    (或者能够加个表名前缀)

    2.4字段类型规范

    规则:用尽量少的存储空间来存 数一个字段的数据.
    比方能用int的就不用char或者varchar
    能用tinyint的就不用int
    能用 varchar(20)的就不用varchar(255)

    数字Number

    对于编码字段,oracle一般用Number(5)或者Number(10),mysql 用int(11);

    假设是金额,一般用Number(12,2); mysql用double(11,2)

    特殊字段如:邮编Number(6)

    日期时间

    datetime型

    2.5数据库文档

    在serversvn上都有数据库设计文档, 更改了数据库里面的字段后,都要更新数据库文档。方便以后管理查询维护。

    另外,在创建表的时候,要对该表中的全部字段进行凝视说明。该字段的中文意思。




    相关数据库的知识:

     

    VARCHAR是变长存储,字段长度是数据库一种约束,定义合理的长度也能够让人easy理解字段的用途。

     

    MYSQL中定义的长度假设小于255,字段长度用1个字节表示,假设超过255,字段的长度将固定用2个字节表示。ORACLE没有这种问题。

     

    字段定义的长度对索引也有较大影响。MYSQL数据库的索引存储的长度都是定义的长度,不是实际字符的长度,这是一个很大的问题。预计主要原因是为了实现简单,所以MYSQL在索引上会浪费大量的空间保存字符串。

     

    nvarchar     varchar   的差别是存储方式不同 
    varchar
    是按字节存储的.而带 "n "nvarchar是按字符存储的。使用Unicode来存储数据
    比方说   varchar(40),能存储40个字节长度的字符,存储中文字符的时候,由于中文字符1个字符就等于2个字节.所以varchar(40)仅仅能存储20个中文字符
    nvarchar(40),
    就能够存储40个中文字符,也就是说能够存储80个字节长度的字符

     

    将字段设置为not null 还出于第二种考虑:mysql表的列中包括null的话,那么该列不会包括在全部中。

    也就是使用索引是无效的。

    全部。考虑今后会使用索引的字段。就要设置字段属性是not null。

     

    考虑到这个字段今后会作为查询keyword使用like的形式进行搜索。那么要将该字段定义成索引。这样使用like查询就会更快。


  • 相关阅读:
    数据库生成说明
    Android 的 SurfaceView 双缓冲应用
    一些and知识 和ui
    weibo11
    android总结
    weibo14
    weibo9
    weibo12
    weibo10
    在线人数的统计
  • 原文地址:https://www.cnblogs.com/wzzkaifa/p/7394637.html
Copyright © 2020-2023  润新知