大家一起来聊聊对数据库设计规范的看法吧！

回头不看 2011-06-08 04:32:16

最近做系统！总感觉命名不太好处理！详细规范了代码就多了！少的话不能简单清晰的各模块业务需求！就像大家有人说列名加前缀有人说不加一样如何让数据库设计得更明了清晰合理呢

...全文

86 10 打赏收藏转发到动态举报

写回复

用AI写文章

10 条回复

切换为时间正序

请发表友善的回复…

发表回复

回头不看 2011-06-09

打赏
举报

[Quote=引用 9 楼 obuntu 的回复:]
觉得第二中的会更好一些；

这种规范的东西是相通的；可以找些编程规范参考下；
[/Quote]
能提供一些文档吗？

obuntu 2011-06-08

打赏
举报

觉得第二中的会更好一些；

这种规范的东西是相通的；可以找些编程规范参考下；

打一壶酱油 2011-06-08

打赏
举报

规范点好

回头不看 2011-06-08

打赏
举报

[Quote=引用 6 楼 qianjin036a 的回复:]
SQL code
/*==============================================================*/
/* TABLE: enterprise_car_info 企业车辆信息表 */
/*===========================================================……
[/Quote]

和我的第一种模式差不多！但是如果所有的主键的都为ID的话数据一多！表与表之间的关系的主外键列名不统一的话容易让人费解！

-晴天 2011-06-08

打赏
举报

/*==============================================================*/

/* TABLE: enterprise_car_info    企业车辆信息表                 */

/*==============================================================*/

CREATE TABLE carinfo(

id                        INT                        PRIMARY KEY    IDENTITY(1,1),

license                    VARCHAR(250)            NOT NULL                        UNIQUE,/***车牌号 司机营业执照  唯一约束***/

drv_name                VARCHAR(250)            NOT NULL,/***司机名称****/

drv_card_id            VARCHAR(250)            NOT NULL,/***司机名称****/

drv_telephone        VARCHAR(100)            NOT NULL,/**司机联系电话**/

maximum_weight            DECIMAL(18, 3)          NOT NULL,/***车辆最大载重***/

pass_effective        DATETIME                DEFAULT GETDATE()                NULL,/***通行证到期日期***/

--驽驶证与车辆无关car_driving_effective_date    DATETIME                DEFAULT GETDATE()                NULL,/***驾驶证到期日期***/

operat_date   DATETIME                DEFAULT GETDATE()                NULL,/***运营证到期日期***/

insurance_date   DATETIME                DEFAULT GETDATE()                NULL,/***二期保到期日期***/

cstate                   BIT                     DEFAULT  1                      NULL,/****车辆状态 1为可用 0为不可用***/

longitude                DECIMAL(18, 5)          NULL,/****车辆所在位置经度****/

dimensionality            DECIMAL(18, 5)          NULL,/****车辆所在位置维度****/

team_id                    INT                        NOT NULL,/***所属车队 外键**/

);

这样,难道会有很大的歧义吗?

回头不看 2011-06-08

打赏
举报



/*==============================================================*/

/* TABLE: mobile_customer_team    短信平台联系人分组表          */

/*==============================================================*/

CREATE TABLE mobile_customer_team(

	customer_team_id					INT					NOT NULL		 IDENTITY(1,1),

	name								VARCHAR(200)		NOT NULL

	CONSTRAINT PK_MOBILE_CUSTOMER_TEAM PRIMARY KEY  (ID)

);



/*==============================================================*/

/* TABLE: mobile_customer    短信平台联系人表       		    */

/*==============================================================*/

CREATE TABLE mobile_customer(

	customer_id							INT					NOT NULL		 IDENTITY(1,1),

	name								VARCHAR(250)		NOT NULL,

	sex									BIT					NOT NULL,

	birthday							DATETIME			DEFAULT GETDATE()	NOT NULL,

	card_No								VARCHAR(50)			NOT NULL,/**身份证号**/

	duty								VARCHAR(250)		NOT NULL,

	cellphone							VARCHAR(50)			NOT NULL,/***联系人的移动电话**/

	telephone							VARCHAR(50)			NOT NULL,/***移动联系人的固定电话***/

	company								VARCHAR(250)		NOT NULL,/**联系人的工资名称***/

	email								VARCHAR(250)		NOT NULL,/****联系人的邮箱***/

	special_link						VARCHAR(250)		NULL,/***即时通信**/

	score								INT					DEFAULT 0,/***移动联系人的积分**/

	address								VARCHAR(255)		NULL,

	remarks								VARCHAR(255)		NULL,/***备注***/

	customer_team_id					INT					NOT NULL,/***外键  关联到mobile_customer_team表的主键**/

);





/*****************************************************************************/

/*	FOREIGN KEY:   外键														 */

/*****************************************************************************/

ALTER TABLE MOBILE_CUSTOMER

ADD CONSTRAINT FK_MOBILE_CUSTOMER_TEAM_ID FOREIGN KEY(CUSTOMER_TEAM_ID) REFERENCES MOBILE_CUSTOMER_TEAM(CUSTOMER_TEAM_ID);



/*==============================================================*/

/* TABLE: enterprise_car_info    企业车辆信息表 	    	    */

/*==============================================================*/

CREATE TABLE enterprise_car_info(

car_id						INT						PRIMARY KEY	IDENTITY(1,1),

car_license					VARCHAR(250)			NOT NULL						UNIQUE,/***车牌号 司机营业执照  唯一约束***/

car_driver_name				VARCHAR(250)			NOT NULL,/***司机名称****/

car_driver_card_id			VARCHAR(250)			NOT NULL,/***司机名称****/

car_driver_telephone		VARCHAR(100)			NOT NULL,/**司机联系电话**/

car_maximum_weight	        DECIMAL(18, 3)          NOT NULL,/***车辆最大载重***/

car_pass_effective_date		DATETIME				DEFAULT GETDATE()				NULL,/***通行证到期日期***/

car_driving_effective_date	DATETIME				DEFAULT GETDATE()				NULL,/***驾驶证到期日期***/

car_operat_effective_date   DATETIME				DEFAULT GETDATE()				NULL,/***运营证到期日期***/

car_second_effective_date   DATETIME				DEFAULT GETDATE()				NULL,/***二期保到期日期***/

car_state                   BIT                     DEFAULT  1                      NULL,/****车辆状态 1为可用 0为不可用***/

car_longitude				DECIMAL(18, 5)          NULL,/****车辆所在位置经度****/

car_dimensionality			DECIMAL(18, 5)          NULL,/****车辆所在位置维度****/

car_team_id					INT						NOT NULL,/***所属车队 外键**/

);



/*****************************************************************************/

/*	FOREIGN KEY:   外键														 */

/*****************************************************************************/

ALTER TABLE ENTERPRISE_CAR_INFO

ADD CONSTRAINT FK_ENTERPRISE_CAR_INFO_CAR_TEAM_ID FOREIGN KEY(CAR_TEAM_ID) REFERENCES ENTERPRISE_CAR_TEAM(CAR_TEAM_ID);





/*==============================================================*/

/* TABLE: enterprise_ship    企业船舶信息表		       	    	*/

/*==============================================================*/

CREATE TABLE enterprise_ship(

ship_id						INT						PRIMARY KEY	IDENTITY(1,1),

ship_name					VARCHAR(250)			NOT NULL,/***船名***/

ship_manager				VARCHAR(250)			NOT NULL,/***船主****/

ship_telephone				VARCHAR(100)			NOT NULL,/**车队负责人电话**/

car_team_state              BIT                     NOT NULL                        DEFAULT 1,/***车队状态 1为可用 0为不可用***/

car_team_desc				TEXT					NULL,/***车队说明***/

car_team_note				TEXT					NULL,/***车队备注**/

);

上面是两种不同风格的命名规范大家认为哪种好！现在我们要做系统耦合！即OA，MIS，财务管理系统，业务流程系统，CRM系统放在一个数据库里大伙觉得什么命名方式比较好！

xuexiaodong2009 2011-06-08

打赏
举报

[Quote=引用 2 楼 qianjin036a 的回复:]

命名有什么不好处理的,只要少用关键字,并且以大家都看得懂的英文单词来命名,必要时加上前缀,一般都没什么太大的问题.
你说的列名前加不加前缀是大概指在查询语句中的说法,在数据库设计的时候不用考虑.
[/Quote]以大家都看得懂的英文单词来命名,必要时加上前缀,一般都没什么太大的问题.

mingpei0703 2011-06-08

打赏
举报

显然楼主的模块业务要求较高，还是详细点，虽然开始代码多了点，但日后的模块调用方便得多

-晴天 2011-06-08

打赏
举报

命名有什么不好处理的,只要少用关键字,并且以大家都看得懂的英文单词来命名,必要时加上前缀,一般都没什么太大的问题.
你说的列名前加不加前缀是大概指在查询语句中的说法,在数据库设计的时候不用考虑.

Mr_Nice 2011-06-08

打赏
举报

[Quote=引用楼主 molaoshu 的回复:]
最近做系统！总感觉命名不太好处理！详细规范了代码就多了！少的话不能简单清晰的各模块业务需求！就像大家有人说列名加前缀有人说不加一样如何让数据库设计得更明了清晰合理呢
[/Quote]

其实这也是个成本最优解。看关注那块儿了。真要强行把控的话，规范化的写法确实有很大的好处。但相应成本也高了。
所以说，还是推行力度的问题。

360开源大会不仅邀请10多位360内部技术讲师，还特邀Apache基金会副总裁、触控未来CEO、华为和Intel等多位开源讲师共聚大会，畅聊开源！

话说，在一个大型项目中，后端工程将会有很多张数据表，这些表通过一些逻辑将数据组合起来，使项目的数据处理与运用更加合理与迅捷...今天我们首先来聊聊数据库的设计规范。（1）数据表的字段设计中，字段尽量使用非空

前言对于后端开发同学来说，访问数据库，是代码中必不可少的一个环节。系统中收集到用户的核心数据，为了安全性，我们一般会存储到数据库，比如...今天就跟大家一起聊聊，数据库建表的15个小技巧，希望对你会有所帮助。

下面就聊聊那些年数据库设计的那些事。软件工程在问题定义和可行性分析都做好的前提下，就可以进入需求分析阶段了，通常来讲，一般都有产品部，需求分析往往都是由产品经理和客户去沟通落地形成PRD，跟

本教程向你介绍了MongoDB数据库。你将发现如何安装该软件、操作数据，并将数据设计技术应用于你自己的应用程序。