Northwind数据库表字段介绍

2010-06-03 10:30:08| 分类：SQL | 标签：|举报|字号大中小订阅

①Categories:种类表

相应字段:

CategoryID :类型ID；

CategoryName:类型名;

Description:类型说明;

Picture:产品样本

②CustomerCustomerDemo:客户类型表1

相应字段：

CustomerID：客户ID；

CustomerTypeID：客户类型ID

③CustomerDemographics:客户类型表2

相应字段：

CustomerTypeID：客户类型ID；

CustomerDesc：客户描述

④Customers:客户表

相应字段：

CustomerID:客户ID；

CompanyName:所在公司名称；

ContactName:客户姓名；

ContactTitle:客户头衔；

Address：联系地址；

City：所在城市;

Region:所在地区;

PostalCode:邮编;

Country:国家

Phone:电话；

Fax：传真

⑤Employees：员工表

相应字段：

EmployeeID:员工代号;

LastName + FirstName:员工姓名;

Title:头衔;

TitleOfCourtesy:尊称;

BirthDate:出生日期;

HireDate:雇用日期;

Address：家庭地址；

City:所在城市;

Region:所在地区;

PostalCode:邮编;

Country:国家用；

HomePhone：宅电;

Extension:分机;

Photo:手机;

notes:照片；

ReportsTo：上级;

PhotoPath:照片

⑥EmployeeTerritories：员工部门表相应字段：

EmployeeID:员工编号；

TerritoryID：部门代号

⑦Order Details：订单明细表

相应字段：

OrderID:订单编号；

ProductID：产品编号；

UnitPrice：单价;

Quantity:订购数量；

Discount:折扣

⑧Orders:订单表

相应字段：

OrderID:订单编号；

CustomerID:客户编号;

EmployeeID:员工编号；

OrderDate：订购日期；RequiredDate：预计到达日期; ShippedDate:发货日期;

ShipVia:运货商;

Freight:运费;

ShipName:货主姓名；

ShipAddress:货主地址

ShipCity:货主所在城市；

ShipRegion：货主所在地区；ShipPostalCode：货主邮编; ShipCountry:货主所在国家

⑨Products:产品表

相应字段：

ProductID:产品ID；

ProductName：产品名称；

SupplierID：供应商ID；

CategoryID：类型ID；QuantityPerUnit：数量；

UnitPrice：单价;

UnitsInStock：库存数量；UnitsOnOrder：订购量；ReorderLevel：再次订购量; Discontinued：中止

⑩Region:地区表

相应字段：

RegionID：地区ID；RegionDescription：地区描述

?Shippers:运货商

相应字段：

ShipperID:运货商ID；CompanyName：公司名称;

Phone:联系电话

?Suppliers：供应商表

相应字段：

ShipperID：供应商ID；CompanyName：供应商姓名；

Phone；联系电话

?Territories：地域表

相应字段：

TerritoryID:地域编号；TerritoryDescription：地域描述；RegionID：地区编号

数据库表字段命名规范

数据库表字段命名规范摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及SQL语言编码的规范文档，针对研发中易产生的问题和常见错误做了一个整理和修改，为日后涉及到数据库相关的研发工作做好准备。一、数据库命名规范采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔，一个项目一个数据库，多个项目慎用同一个数据库二、数据库表命名规范 2.1数据表命名规范（1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔（2）全部小写命名，禁止出现大写（3）禁止使用数据库关键字，如：name，time ，datetime，password等（4）表名称不应该取得太长（一般不超过三个英文单词）

（5）表的名称一般使用名词或者动宾短语（6）用单数形式表示名称，例如，使用employee，而不是employees 明细表的名称为：主表的名称+字符dtl（detail缩写）例如：采购定单的名称为：po_order，则采购定单的明细表为：po_orderdtl （7）表必须填写描述信息（使用SQL语句建表时） 2.2命名规范 ①模块_+功能点示例：alllive_log alllive_category ②功能点示例：live message ③通用表示例：all_user 2.3待优化命名示例 ①冗余：错误示例：yy_alllive_video_recomment yy_alllive_open_close_log 说明：去除项目名，简化表名长度，去”yy_” ②相同类别表命名存在差异，管理性差错误示例：yy_all_live_category yy_alllive_comment_user 说明：去除项目名，统一命名规则，均为”yy_alllive_”开头即可 ③命名格式存在差异错误示例：yy_showfriend yy_user_getpoints yy_live_program_get

数据库表及字段命名、设计规范

数据库表及字段命名、设计规范1、命名规范 1.1数据表的命名规范： 1）表的前缀应该用系统或模块的英文名的缩写（全部大写或首字母大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS)，那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 2）表的名称必须易于理解，使用能表达表功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 3）表的名称一般使用名词或者动宾短语 4）表名称不应该取得太长（一般不超过三个英文单词）。 5）在命名表时，用单数形式表示名称。例如，使用Employee，而不是Employees。 6）对于有主明细的表来说。明细表的名称为：主表的名称+ 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts 对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int 型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。 7）表必须填写描述信息

数据库设计说明书-完整版

目录第一章引言 (1) 1.1编写目的 1 1.2背景 1 1.3参考资料 2 第二章外部设计 (3) 2.1标识符和状态 3 2.2命名约定 3 2.3设计约定 3 第三章结构设计 (4) 3.1概念结构设计 4 3.1.1实体和属性的定义 4 3.1.2设计局部ER模式

13 3.1.3设计全局ER模式 20 3.2逻辑结构设计 21 3.2.1模式 21 3.2.2外模式 32 3.3物理结构设计 32 第四章运用设计 (34) 4.1数据字典设计 34 4.2安全保密设计 34 4.3数据库实施 34 4.3.1创建数据库 34 4.3.2创建表 34

第一章引言 1.1编写目的 1、本数据库设计说明书是关于寝室管理系统数据库设计，主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。 2、本数据库设计说明书读者：用户、系统设计人员、系统测试人员、系统维护人员。 3、本数据库设计说明书是根据系统需求分析设计所编写的。 4、本系统说明书为开发软件提供了一定基础。 1.2背景随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。正因为如此，学生宿舍管理系统成为了学生管理不可缺少的部分，它的内容对于学校的管理者来说都至关重要，所以学生宿舍管理系统应该能

数据库数据类型

MySQL 数据类型在MySQL 中，有三种主要的类型：文本、数字和日期/时间类型。 Text类型数据类型描述 CHAR(size) 保存固定长度的字符串（可包含字母、数字以及特殊字符）。在括号中指定字符串的长度。最多255 个字符。 VARCHAR(size) 保存可变长度的字符串（可包含字母、数字以及特殊字符）。在括号中指定字符串的最大长度。最多255 个字符。注释：如果值的长度大于255，则被转换为TEXT 类型。 TINYTEXT 存放最大长度为255 个字符的字符串。 TEXT 存放最大长度为65,535 个字符的字符串。 BLOB 用于BLOBs (Binary Large OBjects)。存放最多65,535 字节的数据。MEDIUMTEXT 存放最大长度为16,777,215 个字符的字符串。 MEDIUMBLOB 用于BLOBs (Binary Large OBjects)。存放最多16,777,215 字节的数据。LONGTEXT 存放最大长度为4,294,967,295 个字符的字符串。 LONGBLOB 用于BLOBs (Binary Large OBjects)。存放最多4,294,967,295 字节的数据。 ENUM(x,y,z,etc.) 允许你输入可能值的列表。可以在ENUM 列表中列出最大65535 个值。如果列表中不存在插入的值，则插入空值。注释：这些值是按照你输入的顺序存储的。可以按照此格式输入可能的值：ENUM('X','Y','Z') SET 与ENUM 类似，SET 最多只能包含64 个列表项，不过SET 可存储一个以上的值。 Number类型：数据类型描述 TINYINT(size) -128 到127 常规。0 到255 无符号*。在括号中规定最大位数。 SMALLINT(size) -32768 到32767 常规。0 到65535 无符号*。在括号中规定最大位数。 MEDIUMINT(size) -8388608 到8388607 普通。0 to 16777215 无符号*。在括号中规定最大位数。 INT(size) -2147483648 到2147483647 常规。0 到4294967295 无符号*。在括号中规定最大位数。 BIGINT(size) -9223372036854775808 到9223372036854775807 常规。0 到18446744073709551615 无符号*。在括号中规定最大位数。 FLOAT(size,d) 带有浮动小数点的小数字。在括号中规定最大位数。在d 参数中规定小数点右侧的最大位数。DOUBLE(size,d) 带有浮动小数点的大数字。在括号中规定最大位数。在d 参数中规定小数点右侧的最大位数。DECIMAL(size,d) 作为字符串存储的DOUBLE 类型，允许固定的小数点。这些整数类型拥有额外的选项UNSIGNED。通常，整数可以是负数或正数。如果添加UNSIGNED 属性，那么范围将从0 开始，而不是某个负数。

数据库设计说明书_完整版

目录第一章引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (2) 第二章外部设计 (3) 2.1标识符和状态 (3) 2.2命名约定 (3) 2.3设计约定 (3) 第三章结构设计 (4) 3.1概念结构设计 (4) 3.1.1实体和属性的定义 (4) 3.1.2设计局部ER模式 (13) 3.1.3设计全局ER模式 (20) 3.2逻辑结构设计 (21) 3.2.1模式 (21) 3.2.2外模式 (32) 3.3物理结构设计 (32) 第四章运用设计 (34) 4.1数据字典设计 (34) 4.2安全保密设计 (34) 4.3数据库实施 (34) 4.3.1创建数据库 (34) 4.3.2创建表 (34)

SQL数据库字段类型说明

1)char、varchar、text和nchar、nvarchar、ntext char和varchar的长度都在1到8000之间，它们的区别在于char是定长字符数据，而varchar是变长字符数据。所谓定长就是长度固定的，当输入的数据长度没有达到指定的长度时将自动以英文空格在其后面填充，使长度达到相应的长度；而变长字符数据则不会以空格填充。text存储可变长度的非Unicode数据，最大长度为2^31-1(2,147,483,647)个字符。后面三种数据类型和前面的相比，从名称上看只是多了个字母n，它表示存储的是Unicode数据类型的字符。写过程序的朋友对Unicode应该很了解。字符中，英文字符只需要一个字节存储就足够了，但汉字众多，需要两个字节存储，英文与汉字同时存在时容易造成混乱，Unicode字符集就是为了解决字符集这种不兼容的问题而产生的，它所有的字符都用两个字节表示，即英文字符也是用两个字节表示。nchar、nvarchar的长度是在1到4000之间。和char、varchar比较：nchar、nvarchar则最多存储4000个字符，不论是英文还是汉字；而char、varchar 最多能存储8000个英文，4000个汉字。可以看出使用nchar、nvarchar数据类型时不用担心输入的字符是英文还是汉字，较为方便，但在存储英文时数量上有些损失。 (2)datetime和smalldatetime datetime：从1753年1月1日到9999年12月31日的日期和时间数据，精确到百分之三秒。 smalldatetime：从1900年1月1日到2079年6月6日的日期和时间数据，精确到分钟。 (3)bitint、int、smallint、tinyint和bit bigint：从-2^63(-9223372036854775808)到2^63-1(9223372036854775807)的整型数据。 int：从-2^31(-2,147,483,648)到2^31-1(2,147,483,647)的整型数据。smallint：从-2^15(-32,768)到2^15-1(32,767)的整数数据。 tinyint：从0到255的整数数据。 bit：1或0的整数数据。 (4)decimal和numeric 这两种数据类型是等效的。都有两个参数：p（精度）和s（小数位数）。p指定小数点左边和右边可以存储的十进制数字的最大个数，p必须是从 1到38之间的值。s指定小数点右边可以存储的十进制数字的最大个数，s必须是从0到p 之间的值，默认小数位数是0。 (5)float和real float：从-1.79^308到1.79^308之间的浮点数字数据。 real：从-3.40^38到3.40^38之间的浮点数字数据。在SQL Server中，real 的同义词为float(24)。

数据库设计说明书-模版

XXXX项目数据库设计说明书

变更履历

第1章引言 (1) 1.1 编写目的 (1) 1.2 背景 (1) 1.3 术语定义 (1) 1.4 参考资料 (1) 第2章外部设计 (3) 2.1 标识符和状态 (3) 2.2 使用它的程序 (3) 2.3 约定 (3) 2.3.1数据库设计的范围 (3) 2.3.2 命名的总体规则及注意事项 (3) 2.3.3 数据模型设计工具要求 (4) 2.4 支持软件 (4) 第3章结构设计 (5) 3.1 物理结构设计 (5) 3.1.1 表空间物理存储参数 (5) 3.1.2 表空间SQL规程 (6) 3.1.3 数据库用户创建 (7) 3.1.4 数据库例程创建 (7) 3.1.5 角色授权 (7) 第4章运用设计 (8) 4.1 数据字典设计 (8) 4.1.1 表名的命名规范 (8) 4.1.2 表字段命名规范 (9) 4.2 安全保密设计 (9) 第5章风险评估 (10) 5.1 表汇总列表 (10) 5.2 实体关系图 (10) 5.3 表详细设计 (11) 第6章安全检查 ....................................... 错误！未定义书签。 6.1 表汇总列表 ..........................................错误！未定义书签。 6.1 实体关系图 ..........................................错误！未定义书签。 6.2 表详细设计 ..........................................错误！未定义书签。第7章绩效管理 ....................................... 错误！未定义书签。 7.1 表汇总列表 ..........................................错误！未定义书签。 7.2 实体关系图 ..........................................错误！未定义书签。 7.3 表详细设计 ..........................................错误！未定义书签。第8章安全响应、预警和管理............................. 错误！未定义书签。 8.1 表汇总列表 ..........................................错误！未定义书签。

大数据分析8张数据库表字段说明

1. TMonitorSummary粮情监控汇总表序号字段名字段含义 1 ID* 主键 2 DepotID 直属库ID 3 MonitorPointID 监控库点ID 4 TotalWareCount 总仓数 5 MonitorSuccessRate 监控成功率 6 CheckTime 检测时间 7 Year 年份 8 Month 月份 9 Description 备注 2. TException粮情异常列表序号字段名字段含义 1 ID* 主键 2 DepotID 直属库ID 3 MonitorPointID 监控库点ID 4 TotalWareCount 总仓数 5 EmptyWareWarnCount 空仓预警数 6 HighTempWareCount 高温仓数 7 TempRiseFastWareCount 温升过快仓数 8 HeatWarnWareCount 发热预警仓数 9 NonSafetyWareCount 非安全粮仓数 10 CheckTime 检测时间 11 Year 年份 12 Month 月份 13 Description 备注 3. TEmptyWarn空仓预警列表序号字段名字段含义 1 ID* 主键 2 DepotID 直属库ID

3 MonitorPointID 监控库点ID 4 TotalEmptyWareCount 空仓总数 5 WareName 仓号 6 EmptyRate 空仓比 7 CheckTime 检测时间 8 Year 年份 9 Month 月份 10 Description 仓库总数 4. THighTempWarn高温预警列表序号字段名字段含义 1 ID* 主键 2 DepotID 直属库ID 3 MonitorPointID 监控库点ID 4 TotalHighTempWarnCount 高温预警总数 5 WareName 仓号 6 HighTempWarnRate 高温预警比例 7 ChechTime 检测时间 8 Year 年份 9 Month 月份 10 Description 仓库总数 5. TTempRiseFastWarn温升过快预警列表序号字段名字段含义 1 ID* 主键 2 DepotID 直属库ID 3 MonitorPointID 监控库点ID 4 TotalTempRiseFastWarn 温升过快预警总数 Count 5 WareName 仓号 6 lTempRiseFastWarnRate 温升过快预警比例 7 CheckTime 检测时间 8 Year 年份 9 Month 月份 10 Description 仓库总数

mysql字段类型

1. mysql的数据类型在mysql中有如下几种数据类型：（1）数值型数值是诸如32 或153.4 这样的值。mysql 支持科学表示法，科学表示法由整数或浮点数后跟“e”或“e”、一个符号（“+”或“-”）和一个整数指数来表示。1.24e+12 和23.47e-1 都是合法的科学表示法表示的数。而 1.24e12 不是合法的，因为指数前的符号未给出。浮点数由整数部分、一个小数点和小数部分组成。整数部分和小数部分可以分别为空，但不能同时为空。数值前可放一个负号“-”以表示负值。（2）字符（串）型字符型（也叫字符串型，简称串）是诸如“hello,world!”或“一个馒头引起的血案”这样的值，或者是电话号码这样的值。既可用单引号也可用双引号将串值括起来。初学者往往分不清数值和字符串的区别。都是数字啊，怎么一个要用数值型，一个要用字符型呢？关键就在于：数值型的是要参与计算的，比如它是金融中的一个货款总额；而字符型的是不参与计算的，只是表示电话号码，这样的还有街道号码、门牌号码等等，它们都不参与计算。（3）日期和时间型日期和时间是一些诸如“2006-07-12”或“12:30:43”这样的值。mysql还支持日期/时间的组合，如“2006-07-12 12:30:43”。（4）null值 null表示未知值。比如填写表格中通讯地址不清楚留空不填写，这就是null 值。我们用create table语句创建一个表（参看前面的章节），这个表中包含列的定义。例如我们在前面创建了一个joke表，这个表中有content和writer 两个列： create table (

数据库设计说明书

基于WEB在线作业提交批改系统数据库设计说明书撰写人员：撰写时间：2014年4月17日

目录 1 引言 (3) 1。1 编写目的 (3) 1。2 背景 (3) 1。3 术语定义 (3) 1.4 参考资料 (3) 2 数据库设计的概要 (3) 2。1 选用的数据库管理系统 (3) 2.2 数据库/数据文件的形式及物理存贮 (3) 2.3 数据库分布 (4) 2。4 数据库的安全与保密 (4) 2。5 数据库的备份和恢复 (5) 2.6 自动磁盘管理和空间回收优化的考虑 (5) 3 数据库的详细设计 (6) 3。1 需求分析 (6) 3.1.1 系统功能图 (6) 3.1.2 数据流图 (6) 3.2 数据库概念设计 (7) 3。2.1 数据库E-R设计图 (7) 3。2.2 E-R设计图说明 (7) 3。3 数据库逻辑设计 (8) 3。3。1 数据库逻辑模式（逻辑图） (8) 3。3.2 数据库逻辑模式说明 (8) 3。4 数据库物理设计 (10) 3.4.1 数据库物理模式（物理图） (10)

引言 1.1 编写目的编写本文档的目的是为了全面管理在此系统中任课教师、教师所授班级、教师布置和批改后的作业、学生、学生上传的作业等数据的安全完整,使基于WEB的作业提交批改系统的管理层次分明、井然有序。本文档的预期读者是: ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2 背景该数据库的开发是基于在线的作业提交批改系统为背景而设计的“基于WEB在线的作业提交批改系统数据库”.该数据库的设计主要服务于由https://www.360docs.net/doc/3d15820765.html,所开发的在线作业提交批改系统，以方便用户的使用。使用该数据库的软件系统是Visual studio 2008和Microsoft SQL Server 2005。1.3 术语定义无 1.4 参考资料［1］《数据库系统概论》高等教育出版社2006.5 http：// ［2］《ASP。NET数据库网站设计教程C＃版》电子工业出版社2010。3 http:// ［3] 《软件工程导论》清华大学出版社2008。2 http：// 2 数据库设计的概要 2.1 选用的数据库管理系统该数据库所采用的数据库管理系统是关系数据库管理系统。关系数据库所使用关系语言特点是高度非过程化,即用户只需说明”做什么"而不必说明"怎么做"。用户不必请求数据库管理员为其建立特殊的存取路径,存取路径的选择是由DBMS（数据库管理系统）自动完成的。这也是关系数据库的主要优点之一。 2.2 数据库/数据文件的形式及物理存贮该数据库将基于WEB在线的作业提交批改系统的数据库/数据库文件在用户面前是以外模式形式呈现的,此模式也称用户模式,是数据库用户能够看见和使用的局部数据的逻辑结

数据库设计说明书

数据库设计说明书容管理系统(DWCMS) 版本历史 1. 引言在使用任何数据库之前，都必须设计好数据库，包括将要存储的数据的类型，数据之间的相互关系以及数据的组织形式。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据。为了合理地组织和高效率地存取数据，目前最好的方式，就是建立数据库系统，因此在系统的总体设计阶段，数据库的建立与设计是一项十分重要的容。由于数据库应用系统的复杂性，为了支持相关程序运行，数据库设计就变得异常复杂，因此最佳设计不可能一蹴而就，而只能是一种“反复探寻，逐步求精”的过程，也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。 1.1 编写目的数据库设计的好坏是一个关键。如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分，是一个系统的根基。用于开发人员进行项目设计，以此作为编码的依据，同时也为后续的数据库维护工作提供了良好的使用说明，也可以作为未来版本升级时的重要参考资料。数据库设计的目标是建立一个合适的数据模型。这个数据模型应当是满足用户要求，既能合理地组织用户需要的所有数据，又能支持用户对数据的的所有处理功能。并且要具有较高的式，数据完整性好，效益高，便于理解和维护，没有数据冲突。 1.2 背景

1.3 定义 Lmbang：辣妈帮 E-R图：实体关系图 1.4 参考资料 A. 《细说PHP》教程 B. 《DWCMS项目需求分析说明书》 C. 本项目相关的其他参考资料。 2. 外部设计外部设计是研究和考虑所要建立的数据库的信息环境，对数据库应用领域中各种信息要求和操作要求进行详细地分析，了解应用领域中数据项、数据项之间的关系和所有的数据操作的详细要求，了解哪些因素对响应时间、可用性和可靠性有较大的影响等各方面的因素。 2.1 标识符和状态数据库表前缀：lmbang_ 用户名：root

有用的字段类型和数据类型

有用的字段类型和数据类型在vfp中，共有13种字段类型和7种数据类型.13种字段类型是:字符型，数值型，浮点型，双精度型，整型，货币型，日期型，日期时间型，逻辑型，备注型，通用型，二进制字符型和二进制备注型;而7种数据类型是:字符型，数值型，货币型，日期型，日期时间型，逻辑型和通用型.字段为表文件所特有，而数据既可做表文件中的字段内容，也可以做内存变量或常量使用. 1.字符型字段和字符型数据: 字符型字段用于存放字符型数据.字符型数据是指一切可印刷的字符，包括英文字母，阿拉伯数字，各种符号，汉字及空格. 上述"职工档案"表中的"编号"和"姓名"字段就属于字符型字段，而其中存储的编号和姓名就属于字符型数据.字符型字段的宽度为1～字节. 2.数值型，浮点型，双精度型，整型字段与数值型数据: 数值型字段按每位数1个字节存放数值型数据，而浮点型字段存放浮点型数据.这两者最大宽度为20位.整型字段存放整数，用该类型字段存放较大的整数可节省存储容量，因为它只占4个字节.双精度型字段用于存放双精度型数，常用于科学计算，可得15位精度，但只占8个字节.这些字段中存放在数据统称为数值型数据. 3.货币型字段和货币型数据:货币型字段用于存放货币型数据，但只占8个字节. 4.日期型字段和日期型数据:日期型字段用于存放日期型数据.常用格式为:"年.月.日"和"月/日/年".在"职工档案"表中，"出生日期"字段就是日期型字段，而其中存放的数据就是日期型数据. 5.日期时间型字段和日期时间型数据:日期时间型字段存放日期时间型数据，格式为:年.月.日小时:分:秒Am或pm. 6.逻辑型字段和逻辑型数据:逻辑型字段用于存放逻辑型数据.逻辑型数据只有两个值，即"真"和"假"，常用于描述只有两种状态的数据.例如:在"职工档案"表中，"婚否"字段就是逻辑型字段，用"真"表示已婚，"假"值表示未婚.在输入逻辑型数据时，可用T，t，Y，y中的任一个代表"真"，而用F，f，N，n中的任一个代表"假". 7.备注型字段:备注型字段用于存放字符型，如文本、源代码等，使其得到了广泛应用.它常用于记录可有可无、可长可短的情况.例如，假如要在"职工档案"表中增加一个"简历"字段，定义成备注型最合适，因为有些人的简历可能长些，有些人的简历可能短些.此外，备注型字段还可用于提供运行时的帮助. 记录在备注型字段中的，实际上并不存放在表文件中，而是存放在与表文件同名，但扩展名为.fpt的文件中.当创建表文件时，假如定义了备注型字段，则相应的备注文件会自动生成，会随表文件的打开而自动打开.

数据库命名规范(表、字段名)

数据库命名规范（表、字段名）一. 实体和属性的命名 1常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线举例：定义的缩写Sales: Sal 销售； Order: Ord 订单； Detail: Dtl 明细；则销售订单名细表命名为：Sal_Ord_Dtl; 2.如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。举例：定义的缩写Material Ma 物品；物品表名为：Material, 而不是Ma. 但是字段物品编码则是：Ma_ID;而不是Material」。 3.所有的存储值列表的表前面加上前缀Z 目的是将这些值列表类排序在数据库最后。 4.所有的冗余类的命名（主要是累计表）前面加上前缀X 冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段。或者表 5.关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名，后面按照字母顺序罗列两个表名或者表名的缩写。关联表用于保存多对多关系。如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。如果没有其他原因，建议都使用缩写。举例：表Object与自身存在多对多的关系，则保存多对多关系的表命名为：R_Object ；表Depart和Employee;存在多对多的关系；则关联表命名为R_Dept_Emp 6.每一个表都将有一个自动ID作为主健，逻辑上的主健作为第一组候选主健来定义，如果是数据库自动生成的编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加“ID” 的方法命名。举例：销售订单的编号字段命名：Sal_Ord」D ;如果还存在一个数据库生成的自动编号，则命名为：ID。

数据库、表、字段的命名规则

数据库、表、字段的命名规则每个公司或者企业数据库、表、字段等都有自己命名规则，数据库开发时数据库、表、字段、视图、触发器、存储过程、变量名、主键、外键、索引等的命名规则。一、数据库(Database) 数据库名称 = 数据库内容标识(首字大写)。二、表(Table) 命名应尽量反映存储的数据内容。表名前缀：以该表及与该表相关联的一系列表的内容而得到一个代表统一的标识。表名称 = T +‘_’+ 表名前缀+‘_’+ 表内容标识(首字大写) 。如客户端信息ClientInfo相关联的一系的表以ci作为前缀，Record记录表即有表名：T_ci_Record。数据库中不论是表名还是字段名，都一律用英文，不准出现其它语言；且保留原来的字段名，保留它们的规范。为了不增加数据库当中的表名的长度，一般不允许出现如Form或者Table的字样，如：记录表：应为Record,而不是RecordTable。数据库当中的表名的命名，一般不准出现空格，假如有几个单词出现的话，每个单词之间不允许留有空格，用”_”隔开如人事信息表：应为Human_Info，而不是Human Info；每个单词的第一个字母必须大写；如果太长，为了不增加编程的难度可采用缩写的方式，每个单词可取三到四个字母表示，也可根据实际情况，实际习惯进行缩写。三、字段(Field) 字段是数据库中的用途最广泛的，它的类型非常多，所以必须加类型前缀来标示它的类型。字段名称 = F + 字段类型前缀 + 字段内容标识(首字大写) 。为了编程的方便性，可在前面加上字段类型的前缀，一般取用类型的三个字母，但是不需要下化线，而且这三个字母必须小写；如姓名字段为字符型的话就应该为chrName；尝用字段类型的缩写可参考下面的形式：缩写- 类型 chr- char nvr- nvarchar vcr -varchar num -number flt -float dtm -date lng -long clb- clob blb- blob 四、视图名(View) 视图的名称 = "v_" + 视图内容标识(首字大写) 如 v_Record。五、触发器名(Triger)

数据库命名规范(表、字段名)

数据库命名规范（表、字段名）一．实体和属性的命名 1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线举例：定义的缩写 Sales: Sal 销售； Order: Ord 订单； Detail: Dtl 明细；则销售订单名细表命名为：Sal_Ord_Dtl; 2．如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。一、【操作规范】 1. 如无备注，则表中的第一个id字段一定是主键且为自动增长； 2. 如无备注，则数值类型的字段请使用UNSIGNED属性； 3. 如无备注，排序字段order_id在程序中默认使用降序排列； 4. 如无备注，所有字段都设置NOT NULL，并设置默认值； 5. 如无备注，所有的布尔值字段，如is_hot、is_deleted，都必须设置一个默认值，并设为0； 6. 所有的数字类型字段，都必须设置一个默认值，并设为0； 7. 针对varchar类型字段的程序处理，请验证用户输入，不要超出其预设的长度； 8. 建表时将数据字典中的字段中文名和属性备注写入数据表的备注中(“PK、自动增长”不用写)； 9. 如无说明，建表时一律采用innodb引擎；二、【常用表名约定】 0. 说明：表前缀用项目名称首字母缩写；所以表名都小写，单词之间用下划线分开，单

词都用单数形式 1. user –用户 2. category –分类 3. goods –商品、产品等一切可交易网站的物品都用此命名 4. good_gallery –物品的相册 5. good_cate –物品的分类，除了单独作为表名，其他地方分类单词一律用缩写cate 4. attr –属性 5. article –文章、新闻、帮助中心等以文章形式出现的，一般都用此命名 6. cart –购物车 7. feedback –用户反馈 8. order –订单 9. site_nav –包括页头和页尾导航 10. site_config –系统配置表 11. admin –后台用户【RBAC标准表】 12. role –后台用户角色【RBAC标准表】 13. access –后台操作权限，相当于action【RBAC标准表】 14. role_admin –后台用户对应的角色【RBAC标准表】 15. access_role –后台角色对应的权限【RBAC标准表】 16. 待续三、【常用列名约定】 1. 表名_id –通常用作外键命名 2. cid –特殊的编号，带有元数据，方便关联查询，你可以把它理解成类别(层次)编号。举个例子，产品在分类时，往往需要将其归类到子分类下，相应的字段中也一般只记录子分类的id，这时若需要知道该产品属于哪个主分类，就需要通过子分类信息再查询到主分类信息，这是比较麻烦的，cid字段就是要解决这个问题。一般的站点几十个分类肯

数据库设计说明书范例

××××学院 ××专业数据库设计报告题目：数据库设计说明书学生姓名：吴×× 学号：55555555 专业：×××× 班级：08××班任课教师：××× 年月

目录一、需求分析 (2) 二、概念设计 (3) 三、逻辑结构设计 .............................................................................. 4-12 3-1表设计.................................................................................. 4-7 3-2建表语句............................................................................ 7-12 3-3关系图 (13) 四、数据导入.................................................................................. 13-14 五、数据库应用 (13) 5-1登陆模块 (14) 5-2排课模块 (14) 5-3选课模块 (14) 5-4信息查询模块 (14) 5-5功能结构图 (14) 六、总结 (15)

一、需求分析本数据库为教务管理系统，主要是针对学校教学管理方面而设计的。学校教务处因为工作需要，必须对每个班的信息，学生的信息，教师的信息，专业信息有一定的了解，并以此为基础来安排课程。安排课程必须根据学校的软硬件设施来安排，所以要考虑到每门课程的上课时间、地点、人数，避免上课地点的冲突，还要安排特定的老师上课。学期结束后，还要记录学生的分数，以此作为下个学期的教学安排依据。根据上述的初始条件和对本学校的调研考察，设计一个教务管理的数据库：记录教师和学生的基本信息，选课，课程安排等信息，方便老师,同学等用户对数据库的查询，修改等操作。尽量使数据库高效，存储简单。以下为所附数据流图：

Mysql数据库主要系统表详细说明

Mysql数据库主要系统表说明 1.获取所有表结构(TABLES) SELECT * FROM information_schema.TABLES WHERE TABLE_SCHEMA='数据库名'; TABLES表：提供了关于数据库中的表的信息（包括视图）。详细表述了某个表属于哪个schema，表类型，表引擎，创建时间等信息。各字段说明如下： 2.获取表字段(COLUMNS) SELECT * FROM information_schema.COLUMNS WHERE TABLE_SCHEMA='数据库名' AND TABLE_NAME='表名' COLUMNS表：提供了表中的列信息。详细表述了某张表的所有列以及每个列的信息。各字段的说明信息如下：

3.获取表键值 SELECT * FROM information_schema.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA='数据库名' AND TABLE_NAME='表名'

4.获取表Check约束 SELECT * FROM information_schema.TABLE_CONSTRAINTS WHERE TABLE_SCHEMA='数据库名' AND TABLE_NAME='表名' TABLE_CONSTRAINTS表：存储主键约束、外键约束、唯一约束、check约束。各字段的说明信息 5.获取表索引 SELECT * FROM information_schema.STATISTICS WHERE TABLE_SCHEMA='数据库名' AND TABLE_NAME='表名' 6.mysql有关show的用法 SHOW DATABASES列出 MySQL Server上的数据库。 SHOW TABLES [FROM db_name]列出数据库中的表。 SHOW TABLE STATUS [FROM db_name]列出数据库的表信息，比较详细。 SHOW COLUMNS FROM tbl_name [FROM db_name]列出表的列信息，同 SHOW FIELDS FROM tbl_name [FROM db_name]，DESCRIBE tbl_name [col_name]。 SHOW FULL COLUMNS FROM tbl_name [FROM db_name]列出表的列信息，比较详细，同 SHOW FULL FIELDS FROM tbl_name [FROM db_name]。

Northwind数据库表字段介绍

Northwind数据库表字段介绍 2010-06-03 10:30:08| 分类：SQL | 标签：|举报|字号大中小订阅 ①Categories:种类表相应字段: CategoryID :类型ID； CategoryName:类型名; Description:类型说明; Picture:产品样本 ②CustomerCustomerDemo:客户类型表1 相应字段： CustomerID：客户ID； CustomerTypeID：客户类型ID ③CustomerDemographics:客户类型表2 相应字段： CustomerTypeID：客户类型ID； CustomerDesc：客户描述 ④Customers:客户表相应字段： CustomerID:客户ID； CompanyName:所在公司名称； ContactName:客户姓名； ContactTitle:客户头衔； Address：联系地址； City：所在城市; Region:所在地区; PostalCode:邮编; Country:国家 Phone:电话； Fax：传真 ⑤Employees：员工表相应字段： EmployeeID:员工代号; LastName + FirstName:员工姓名; Title:头衔; TitleOfCourtesy:尊称; BirthDate:出生日期; HireDate:雇用日期; Address：家庭地址； City:所在城市; Region:所在地区;

PostalCode:邮编; Country:国家用； HomePhone：宅电; Extension:分机; Photo:手机; notes:照片； ReportsTo：上级; PhotoPath:照片 ⑥EmployeeTerritories：员工部门表相应字段： EmployeeID:员工编号； TerritoryID：部门代号 ⑦Order Details：订单明细表相应字段： OrderID:订单编号； ProductID：产品编号； UnitPrice：单价; Quantity:订购数量； Discount:折扣 ⑧Orders:订单表相应字段： OrderID:订单编号； CustomerID:客户编号; EmployeeID:员工编号； OrderDate：订购日期；RequiredDate：预计到达日期; ShippedDate:发货日期; ShipVia:运货商; Freight:运费; ShipName:货主姓名； ShipAddress:货主地址 ShipCity:货主所在城市； ShipRegion：货主所在地区；ShipPostalCode：货主邮编; ShipCountry:货主所在国家 ⑨Products:产品表相应字段： ProductID:产品ID； ProductName：产品名称； SupplierID：供应商ID； CategoryID：类型ID；QuantityPerUnit：数量；