数据库文档命名规范V1.0.doc_第1页
数据库文档命名规范V1.0.doc_第2页
数据库文档命名规范V1.0.doc_第3页
数据库文档命名规范V1.0.doc_第4页
数据库文档命名规范V1.0.doc_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

数据库设计SqlServer数据库对象命名规范Database Objects Naming GuidelinesV1.02011.07.071 相关的设计规范31.1 采用有意义的字段名31.2 遵守3NF 标准3NF 规定:31.3 小心保留词31.4 保持字段名和类型的一致性32基本命名规则32.1 数据库(Database)的命名42.2 表(Table)的定义42.3 字段命名规范:52.3.1 前缀数据类型举例52.3.2 数据类型62.4触发器命名规范112.5 存储过程命名规范112.6 存储过程中的参数及变量命名规范122.7 用户定义函数命名规范122.8 命名中其他注意事项122.9 SQL语句的编写规范122.10 Rule122.11主键122.12外键122.13索引122.14 Default132.15 Check约束132.16 unique约束133 编程结构和描述133.1注释133.2函数注释:133.3条件执行语句ifelse143.4重复执行while和跳转语句goto143.5书写格式143.6字体154触发器编程规范154.1范例151 相关的设计规范1.1 采用有意义的字段名尽可能地把字段描述的清楚些。当然,也别做过头了,比如:CustomerShippingAddressStreetLine1 虽然很富有说明性,但没人愿意键入这么长的名字,具体尺度就在你的把握中。每个单词的首个字母要求用大写!不要用下划线来连接每个单词.类型1.2 遵守3NF 标准3NF 规定:A.表内的每一个值都只能被表达一次。B.表内的每一行都应该被唯一的标识(有唯一键)。C.表内不应该存储依赖于其他键的非键信息。1.3 小心保留词要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突,比如,写的一个ODBC 连接程序里有个表,其中就用了DESC 作为说明字段名。后果可想而知!DESC 是DESCENDING 缩写后的保留词。表里的一个SELECT *语句倒是能用,但我得到的却是一大堆毫无用处的信息。1.4 保持字段名和类型的一致性在命名字段并为其指定数据类型的时候一定要保证一致性。假如字段在某个表中叫做“AgreeMentNumber”,你就别在另一个表里把名字改成“ref1”。假如数据类型在一个表里是整数,那在另一个表里可就别变成字符型了。记住,你干完自己的活了,其他人还要用你的数据库呢。2基本命名规则在这里,我提出如下数据库设计的建议: 1) 如果要写代码来确保表中的行都是唯一的,就为表添加一个主键。 2) 如果要写代码来确保表中的一个单独的列是唯一的,就为表添加一个约束。 3) 如果要写代码确定表中的列的取值只能属于某个范围,就添加一个 Check 约束。 4) 如果要写代码来连接 父子 表,就创建一个关系。 5) 如果要写代码来维护“一旦父表中的一行发生变化,连带变更子表中的相关行” ,就启用级联删除和更新。 6) 如果要调用大量的 Join来进行一个查询,就创建一个视图。 7) 如果要逐条的写数据库操作的语句来完成一个业务规则,就使用存储过程。 NOTE:这里我没有提到触发器,实践证明触发器会使数据库迅速变得过于复杂,更重要的是触发器难以调试,如果不小心建了个连环触发器,就更让人头疼了,所以我更倾向于根本就不使用触发器。表 1. 基本数据库对象命名数据库对象 前缀 举例 表(Table)tbtbStudent 字段(Column)Title默认值(default)df_df_default视图(View)vwvwActivity 存储过程(Stored procedure)pr prDelOrder 触发器(Trigger)tr trOrder_D 索引(Index)ix_ ix_CustomerID 主键(Primary key)pk_ pk_Admin 外键(Foreign key)fk_ fk_Order_OrderType Check约束(Check Constraint)ck_ ck_TableColumn Unique约束uq_ uq_TableColumn 用户定义数据类型(User-defined data type)udt udtPhone 用户定义函数(User-defined function)fn fnDueDate2.1 数据库(Database)的命名 数据库名称 = 数据库内容标识(首字大写) 粮食局项目数据库命名规定: DB_单位编码 (单位编码由单位编码表描述) 2.2 表(Table)的定义命名应尽量反映存储的数据内容。表名前缀:以该表及与该表相关联的一系列表的内容而得到一个代表统一的标识表名称 = 表名前缀(tb) + 表内容标识(首字大写)如Employee相关联的一系的表以tb作为前缀,即有表名:tbHistory,tbContact,tbBusiness粮食局项目数据表命名规定:tb(前缀)+表名前两个字的汉语全拼(首字大写,如果遇到前两个字重复的第三个字也全拼)后面的所有字取生母(首字大写)多对多关系中连接表的命名规定:将两个表的表名合并(如果表名比较长可做简化) + Relation(后缀)2.3 字段命名规范:字段是数据库中的用途最广泛的,它的类型非常多,所以必须加类型前缀来标示它的类型。字段名称 = 字段类型前缀(全小写) + 字段内容标识(首字大写)2.3.1 前缀数据类型举例前缀数据类型举例bigIntBinarybitBitchrChardtmDatetimedecDecimalfltFloatimgImageintIntmnyMoneyNcharntxNtextnumNumericnvrNvarchar,Nvarchar(MAX)relRealSmallDatatimeSmallIntSmallMoneySql_varianttxtTextTimestamptinTinyIntUniqueidentifierVarbinary(50)Varbinary(MAX)varVarchar(50),Varchar(MAX)Xml以下为SQL SERVER7.0以上版本的字段类型说明。1) bit:0或1的整型数字2) int:从-231(-2,147,483,648)到231(2,147,483,647)的整型数字3) smallint:从-215(-32,768)到215(32,767)的整型数字4) tinyint:从0到255的整型数字5) decimal:从-1038到1038-1的定精度与有效位数的数字6) numeric:decimal的同义词7) money:从-263(-922,337,203,685,477.5808)到263-1(922,337,203,685,477.5807)的货币数据,最小货币单位千分之十8) smallmoney:从-214,748.3648到214,748.3647的货币数据,最小货币单位千分之十9) float:从-1.79E+308到1.79E+308可变精度的数字10) real:从-3.04E+38到3.04E+38可变精度的数字11) datetime:从1753年1月1日到9999年12日31的日期和时间数据,最小时间单位为百分之三秒或3.33毫秒12) smalldatetime:从1900年1月1日到2079年6月6日的日期和时间数据,最小时间单位为分钟13) timestamp:时间戳,一个数据库宽度的唯一数字14) uniqueidentifier:全球唯一标识符GUID15) char:定长非Unicode的字符型数据,最大长度为800016) varchar:变长非Unicode的字符型数据,最大长度为800017) text:变长非Unicode的字符型数据,最大长度为231-1(2G)18) nchar:定长Unicode的字符型数据,最大长度为800019) nvarchar:变长Unicode的字符型数据,最大长度为800020) ntext:变长Unicode的字符型数据,最大长度为231-1(2G)21) binary:定长二进制数据,最大长度为800022) varbinary:变长二进制数据,最大长度为800023) image:变长二进制数据,最大长度为231-1(2G)2.3.2 数据类型整数数据类型INT 或INTEGER SMALLINT TINYINT BIGINT浮点数据类型REAL FLOAT DECIMAL NUMERIC二进制数据类型BINARY VARBINARY逻辑数据类型BIT字符数据类型CHAR NCHAR VARCHAR NVARCHAR文本和图形数据类型TEXT NTEXT IMAGE日期和时间数据类型DATETIME SMALLDATETIME货币数据类型MONEY SMALLMONEY特定数据类型TIMESTAMP UNIQUEIDENTIFIER用户自定义数据类型SYSNAME新数据类型SQL_VARIANT TABLE其中BIGINT SQL_VARIANT 和TABLE 是SQL Server 2000 中新增加的3 种数据类型下面分类讲述各种数据类型2.3.2.1 整数数据类型整数数据类型是最常用的数据类型之一1) INT INTEGERINT 或INTEGER 数据类型存储从-231 -2 147 483 648 到231-1 2 147 483 647 之间的所有正负整数每个INT 类型的数据按4 个字节存储其中1 位表示整数值的正负号其它31 位表示整数值的长度和大小2) SMALLINTSMALLINT 数据类型存储从-215 -32 768 到215-1 32 767 之间的所有正负整数每个MALLINT 类型的数据占用2 个字节的存储空间其中1 位表示整数值的正负号其它15 位表示整数值的长度和大小3) TINYINTTINYINT数据类型存储从0 到255 之间的所有正整数每个TINYINT类型的数据占用1 个字节的存储空间4) BIGINTBIGINT 数据类型存储从-263 -9 223 372 036 854 775 807 到263-1 9 223 372 036 854 775 807 之间的所有正负整数每个BIGINT 类型的数据占用8个字节的存储空间2.3.2.2 浮点数据类型浮点数据类型用于存储十进制小数浮点数值的数据在SQL Server 中采用上舍入Round up 或称为只入不舍方式进行存储所谓上舍入是指当且仅当要舍入的数是一个非零数时对其保留数字部分的最低有效位上的数值加1 并进行必要的进位若一个数是上舍入数其绝对值不会减少如对3.14159265358979 分别进行2 位和12位舍入结果为3.15 和3.1415926535901) REAL 数据类型REAL数据类型可精确到第7 位小数其范围为从-3.40E -38 到3.40E +38 每个REAL类型的数据占用4 个字节的存储空间2) FLOATFLOAT数据类型可精确到第15 位小数其范围为从-1.79E -308 到1.79E +308 每个FLOAT 类型的数据占用8 个字节的存储空间FLOAT数据类型可写为FLOAT n 的形式n 指定FLOAT 数据的精度n 为1到15 之间的整数值当n 取1 到7 时实际上是定义了一个REAL 类型的数据系统用4 个字节存储它当n 取8 到15 时系统认为其是FLOAT 类型用8 个字节存储它3) DECIMALDECIMAL数据类型可以提供小数所需要的实际存储空间但也有一定的限制您可以用2 到17 个字节来存储从-1038-1 到1038-1 之间的数值可将其写为DECIMAL p s 的形式p 和s 确定了精确的比例和数位其中p 表示可供存储的值的总位数不包括小数点缺省值为18 s 表示小数点后的位数缺省值为0 例如decimal 15 5表示共有15 位数其中整数10 位小数5 位表4-3 列出了各精确度所需的字节数之间的关系表 DECIMAL数据类型的精度与字节数精度字节数1 2 23 4 35 7 48 9 510 12 613 14 715 16 817 19 920 21 1022 24 1125 26 1227 28 1329 31 1432 33 1534 36 1637 38 174) NUMERICNUMERIC数据类型与DECIMAL数据类型完全相同SQL Server? 为了和前端开发工具配合其所支持的数据精度默认最大为28 位但可以通过使用命令来执行sqlservr.exe 程序以启动SQL Server 可改变默认精度命令语法如下SQLSERVR/D master_device_path/P precisim_level例4-4 用最大数据精度38 启动SQL Serversqlservr /d c: Mssql2000datamaster.dat /p38/*在使用了/P 参数后如果其后没有指定具体的精度数值则默认为38 位/*2.3.2.3 二进制数据类型1) BINARYBINARY 数据类型用于存储二进制数据其定义形式为BINARY n n 表示数据的长度取值为1 到8000 在使用时必须指定BINARY 类型数据的大小至少应为1 个字节BINARY 类型数据占用n+4 个字节的存储空间在输入数据时必须在数据前加上字符0X 作为二进制标识如要输入abc 则应输入0xabc 若输入的数据过长将会截掉其超出部分若输入的数据位数为奇数则会在起始符号0X 后添加一个0,如上述的0xabc 会被系统自动变为0x0abc2) VARBINARYVARBINARY数据类型的定义形式为VARBINARY n 它与BINARY 类型相似n 的取值也为1 到8000 若输入的数据过长将会截掉其超出部分不同的是VARBINARY数据类型具有变动长度的特性因为VARBINARY数据类型的存储长度为实际数值长度+4个字节当BINARY数据类型允许NULL 值时将被视为VARBINARY数据类型一般情况下由于BINARY 数据类型长度固定因此它比VARBINARY 类型的处理速度快2.3.2.4 逻辑数据类型BIT BIT数据类型占用1 个字节的存储空间其值为0 或1 如果输入0 或1 以外的值将被视为1 BIT 类型不能定义为NULL 值所谓NULL 值是指空值或无意义的值2.3.2.5 字符数据类型字符数据类型是使用最多的数据类型它可以用来存储各种字母数字符号特殊符号一般情况下使用字符类型数据时须在其前后加上单引号或双引号”1) CHARCHAR 数据类型的定义形式为CHAR n 以CHAR 类型存储的每个字符和符号占一个字节的存储空间n 表示所有字符所占的存储空间n 的取值为1 到8000 即可容纳8000 个ANSI 字符若不指定n 值则系统默认值为1 若输入数据的字符数小于n则系统自动在其后添加空格来填满设定好的空间若输入的数据过长将会截掉其超出部分2) NCHARNCHAR数据类型的定义形式为NCHAR n 它与CHAR 类型相似不同的是NCHAR数据类型n 的取值为1 到4000 因为NCHAR 类型采用UNICODE 标准字符集CharacterSet UNICODE 标准规定每个字符占用两个字节的存储空间所以它比非UNICODE 标准的数据类型多占用一倍的存储空间使用UNICODE 标准的好处是因其使用两个字节做存储单位其一个存储单位的容纳量就大大增加了可以将全世界的语言文字都囊括在内在一个数据列中就可以同时出现中文英文法文德文等而不会出现编码冲突3) VARCHARVARCHAR数据类型的定义形式为VARCHAR n 它与CHAR 类型相似n 的取值也为1 到8000 若输入的数据过长将会截掉其超出部分不同的是VARCHAR数据类型具有变动长度的特性因为VARCHAR数据类型的存储长度为实际数值长度若输入数据的字符数小于n 则系统不会在其后添加空格来填满设定好的空间,一般情况下由于CHAR 数据类型长度固定因此它比VARCHAR 类型的处理速度快4) NVARCHARNVARCHAR数据类型的定义形式为NVARCHAR n 它与VARCHAR 类型相似 不同的是NVARCHAR数据类型采用UNICODE 标准字符集Character Set n 的取值为1 到40002.3.2.6 文本和图形数据类型这类数据类型用于存储大量的字符或二进制数据1) TEXTTEXT数据类型用于存储大量文本数据其容量理论上为1 到231-1 2 147 483 647个字节在实际应用时需要视硬盘的存储空间而定,SQL Server 2000 以前的版本中数据库中一个TEXT 对象存储的实际上是一个指针,它指向一个个以8KB 8192 个字节为单位的数据页Data Page 这些数据页是动态增加并被逻辑链接起来的在SQL Server 2000 中则将TEXT 和IMAGE 类型的数据直接存放到表的数据行中而不是存放到不同的数据页中这就减少了用于存储TEXT 和IMA- GE 类型的空间并相应减少了磁盘处理这类数据的I/O 数量2) NTEXTNTEXT数据类型与TEXT 类型相似不同的是NTEXT 类型采用UNICODE 标准字符集Character Set 因此其理论容量为230-1 1 073 741 823 个字节3) IMAGEIMAGE数据类型用于存储大量的二进制数据Binary Data 其理论容量为231-1 2 147 483 647 个字节其存储数据的模式与TEXT 数据类型相同它通常用来存储图形等OLE Object Linking and Embedding 对象连接和嵌入对象在输入数据时同BINARY数据类型一样必须在数据前加上字符0X 作为二进制标识2.3.2.7 日期和时间数据类型1) DATETIMEDATETIME 数据类型用于存储日期和时间的结合体它可以存储从公元1753 年1 月1 日零时起到公元9999 年12 月31 日23 时59 分59 秒之间的所有日期和时间其精确度可达三百分之一秒即3.33 毫秒DATETIME 数据类型所占用的存储空间为8 个字节其中前4 个字节用于存储1900 年1 月1 日以前或以后的天数数值分正负正数表示在此日期之后的日期负数表示在此日期之前的日期后4 个字节用于存储从此日零时起所指定的时间经过的毫秒数如果在输入数据时省略了时间部分则系统将12:00:00:000AM作为时间缺省值如果省略了日期部分则系统将1900 年1 月1 日作为日期缺省值2) SMALLDATETIMESMALLDATETIME 数据类型与DATETIME 数据类型相似但其日期时间范围较小,为从1900 年1 月1 日到2079 年6 月6 日精度较低只能精确到分钟其分钟个位上为根据秒数四舍五入的值即以30 秒为界四舍五入如DATETIME 时间为14:38:30.283时SMALLDATETIME 认为是14:39:00 SMALLDATETIME 数据类型使用4 个字节存储数据其中前2 个字节存储从基础日期1900 年1 月1 日以来的天数后两个字节存储,此日零时起所指定的时间经过的分钟数,下面介绍日期和时间的输入格式:日期输入格式:日期的输入格式很多大致可分为三类第一类:英文+数字格式此类格式中月份可用英文全名或缩写且不区分大小写年和月日之间可不用逗号年份可为4 位或2 位当其为两位时若值小于50 则视为20xx 年若大于或等于50 则视为19xx 年若日部分省略则视为当月的1 号以下格式均为正确的日期格式June 21 2000 Oct 1 1999 January 2000 2000 February2000 May 1 2000 1 Sep 99 June July 00第二类:数字+分隔符格式允许把斜杠/ 连接符- 和小数点. 作为用数字表示的年月日之间的分隔符如YMD 2000/6/22 2000-6-22 2000.6.22MDY 3/5/2000 3-5-2000 3.5.2000DMY 31/12/1999 31-12-1999 31.12.2000第三类:纯数字格式纯数字格式是以连续的4 位6 位或8 位数字来表示日期如果输入的是6 位或8 位数字系统将按年月日来识别即YMD 格式并且月和日都是用两位数字来表示,如果输入的数字是4 位数系统认为这4 位数代表年份其月份和日缺省为此年度的1 月1 日如20000601 2000 年6 月1 日991212 1999 年12 月12 日1998 1998 年时间输入格式:在输入时间时必须按小时分钟秒毫秒的顺序来输入在其间用冒号隔开但可将毫秒部分用小数点. 分隔其后第一位数字代表十分之一秒第二位数字代表百分之一秒第三位数字代表千分之一秒当使用12 小时制时用AM am 和PM pm 分别指定时间是午前或午后若不指定系统默认为AM AM 与PM 均不区分大小写如:3:5:7.2pm 下午3 时5 分7 秒200 毫秒10:23:5.123Am 上午10 时23 分5 秒123 毫秒可以使用SET DATEFORMAT 命令来设定系统默认的日期-时间格式2.3.2.8 货币数据类型货币数据类型用于存储货币值在使用货币数据类型时应在数据前加上货币符号,系统才能辨识其为哪国的货币如果不加货币符号则默认为各货币符号如图4-2所示1) MONEYMONEY 数据类型的数据是一个有4 位小数的DECIMAL 值其取值从263 -922 337 203 685 477.5808 到263 1 +922 337 203 685 477.5807 数据精度为万分之一货币单位MONEY 数据类型使用8 个字节存储2) SMALLMONEYSMALLMONEY 数据类型类似于MONEY 类型但其存储的货币值范围比MONEY数据类型小其取值从-214,748.3648 到+214,748.3647 存储空间为4 个字节2.3.2.9 特定数据类型SQL Server 中包含了一些用于数据存储的特殊数据类型1) TIMESTAMPTIMESTAMP数据类型提供数据库范围内的惟一值此类型相当于BINARY 8 或图4-2 货币符号一览VARBINARY 8 但当它所定义的列在更新或插入数据行时此列的值会被自动更新,一个计数值将自动地添加到此TIMESTAMP数据列中每个数据库表中只能有一个TIMESTAMP,数据列如果建立一个名为TIMESTAMP 的列则该列的类型将被自动设为TIMESTAMP数据类型2) UNIQUEIDENTIFIERUNIQUEIDENTIFIER 数据类型存储一个16 位的二进制数字此数字称为GUID Globally Unique Identifier 即全球惟一鉴别号此数字由SQL Server 的NEWID函数产生的全球惟一的编码,在全球各地的计算机经由此函数产生的数字不会相同2.3.2.10 用户自定义数据类型SYSNAME SYSNAME 数据类型是系统提供给用户的便于用户自定义数据类型,它被定义为NVARCHAR 128 即它可存储128 个UNICODE 字符或256 个一般字符,其具体使用方法请参见第7 章管理数据库表中的自定义数据类型章节2.3.2.11 新数据类型SQL Server 2000 中增加了3 种数据类型BIGINT SQL_VARIANT 和TABLE 其中BIGINT 数据类型已在整数类型中介绍下面介绍其余两种1) SQL_VARIANTSQL_VARIANT 数据类型可以存储除文本图形数据TEXT NTEXT IMAGE和TIMESTAMP 类型数据外的其它任何合法的SQL Server 数据此数据类型大大方便了SQL Server 的开发工作2) TABLETABLE 数据类型用于存储对表或视图处理后的结果集这一新类型使得变量可以存储一个表从而使函数或过程返回查询结果更加方便快捷2.4视图名视图的名称 = vw + 视图内容标识(视图的命名参照表名的命名规范)如 vwUserPerm2.4触发器命名规范由三部分构成: 1. 前缀(tr),描述了数据库对象的类型。 2. 基本部分,描述触发器所加的表。 3. 后缀(_I、_U、_D),显示了修改语句(Insert, Update 及Delete) 触发名= tr + 相应的表名 + _(后缀)如:trClient_I,trClient_D。2.5 存储过程命名规范系统存储过程的前缀使用 SP_,而用户自定义的存储过程化前缀使用(小写)pr + 过程名称;过程名称使用:名词放前面,动词放后面。例如: prProductDelById2.6 存储过程中的参数及变量命名规范参数的命名应与字段命名一致,例如:intEmployeeId2.7 用户定义函数命名规范函数命名前缀为fn+函数名(首字母大写,名词在前,动词在后)2.8 命名中其他注意事项禁止使用中文命名!命名都不得超过30个字符的系统限制,变量名的长度限制为29(不包括标识字符)。命名都采用英文字符,每个单词的首个字母要大写2.9 SQL语句的编写规范数据库中存储过程和触发器中涉及大量的SQL语句,对SQL语句的编写规范如下:关键字大写:在SQL语句的编写中,凡是SQL语句的关键字一律大写,如:SELECT、ORDER BY、 GROUP BY、 FROM、WHERE、 UPDATE、 INSERT INTO、 SET、 BEGIN、 END .2.10 Ruleru_Rule标识2.11主键pk_表名_主键标识2.12外键fk_表名_主表名_外键标识2.13索引ix_字段标识2.14 Defaultdf_Default标识2.15 Check约束Ck_TableColumn2.16 unique约束uq_TableColumn3 编程结构和描述SQL SERVER系统中,一个批处理是从客户传给服务器的一个完整的包,可以包含若干条SQL语句。批处理中的语句是作为一组去进行语法分析、编译和执行的。触发器、存储过程等数据对象则是将批处理永久化的方法。3.1注释注释可以包含在批处理中。在触发器、存储过程中包含描述性注释将大大增加文本的可读性和可维护性。本规范建议:1、注释以英文为主。实际应用中,发现以中文注释的SQL语句版本在英文环境中不可用。为避免后续版本执行过程中发生某些异常错误,建议使用英文注释。2、注释尽可能详细、全面。创建每一数据对象前,应具体描述该对象的功能和用途。传入参数的含义应该有所说明。如果取值范围确定,也应该一并说明。取值有特定含义的变量(如boolean类型变量),应给出每个值的含义。3、注释语法包含两种情况:单行注释、多行注释单行注释:注释前有两个连字符(-),最后以行尾序列(CR-LF)结束。一般,对变量、条件子句可以采用该类注释。多行注释:符号/*和*/之间的内容为注释内容。对某项完整的操作建议使用该类注释。4、注释简洁,同时应描述清晰。3.2函数注释:编写函数文本-如触发器、存储过程以及其他数据对象-时,必须为每个函数增加适当注释。该注释以多行注释为主,主要结构如下:/* 存储过程:读取用户所分配的操作模块及具体权限* 编 制 者 :saiko* 修 改 人 :* 编制日期:2004.11.27* 输入参数:共有2个参数* cUserNo:用户编号* cUserPassword:验证密码* 输出参数:eResult 1. 成功= 销售0001 2. 失败 =Null 3.与 eResult 无关 输出是记录集* 调用例子:declare eResult varchar(50)exec uChkUserPerm 0755 ,123456, 销售* 说 明: * */CREATE PROCEDURE spoxxx3.3条件执行语句ifelse条件语句块(statenemt block,以 beginend为边界)仅在if子句的条件为真时才被执行。为提高代码的可读性,建议嵌套不多于5层。还有,当嵌套层次太多时,应该考虑是否可以使用case语句。3.4重复执行while和跳转语句goto需要多次执行的语句,可以使用while结构。其中,控制while循环的条件在任何处理开始之前需要先执行一次。循环体中的保留字break无条件的退出while循环,然后继续处理后续语句;保留字continue重新计算while条件,如果条件为真,则从

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论