开发规范,SQL server 和 .NET命名规范
命名规则
1.1 目的
为了保证企业编写出的程序都符合相同的规范，保证一致性、统一性而建立的数据库命名规范。
编码规范对于程序员而言尤为重要，有以下几个原因：
1. 一个项目的生命周期中，80%的花费在于维护；
2. 几乎没有任何一个项目，在其整个生命周期中，均由最初的开发人员来维护；
3. 命名规范可以改善项目的可读性，可以让程序员尽快而彻底地理解新的代码；
4. 如果你将源码作为产品发布，就需要确任它是否被很好的打包并且清晰无误，比如你已构建的其它任何产品。
为了执行规范，每个软件开发人员必须一致遵守编码规范。
1.2 范围
适合于本项目中编写的命名规则。
1.3 命名原则
1. 使名称足够长以便有一定的意义，并且足够短以避免冗长；
2. 唯一名称在编程上仅用于将各项区分开；
3. 表现力强的名称是为了帮助人们阅读。
因此，提供人们可以理解的名称是有意义的。不过，请确保选择的名称符合适用语言的规则和标准。
1.4 SQL命名规范
·1.4.1 表(Table)命名规范
1．使用表关键字符+完整的功能英文名称；
2．不建议使用“_”来连接两个自然名称。
3．在多个功能英文名称组合时首写字母应为大写;
例：
建议：
UserInfo 基础信息模块中的用户信息
Shopping 购物信息表单
不建议：
tbUserInfo或TB_Userinfo或TBUserInfo
·1.4.2 字段(Column)命名规范
1．使用 Pascal 大小写来命名字段；
2．对于公认的缩写使用全大写来命名；
3．不建议使用“_”来连接两个自然名称。
例：
建议：
UserID 用户ID
UserName 用户名称
不建议：
UserId或Userid
User_Name
·1.4.3 存储过程(Procedure)命名规范
1. 使用表关键字符sp+完整的功能英文名称+By+操作关键字；
2. 关键字符sp与功能名称通过“_”来连接；
3. 对于存储过程的参数，建议与表中字段名一致。
4. 查询关键字为sel，插入关键字为ins，修改关键字为up，删除关键字为del；
例：
sp_selUserInfoByID 通过ID查询单条用户信息
sp_upUserInfoByName 通过用户姓名修改用户详细信息
sp_insUserInfo 插入单个用户信息
·1.4.4 触发器(Trigger)命名规范
1. 使用表关键字符tr+完整的功能英文名称+By+操作关键字；
2. 同存存储过程要求
·1.4.5 视图(View)命名规范
1. 使用表关键字符vw+完整的功能英文名称+By+操作关键字；
2. 同表要求
·1.4.6 函数(Function)命名规范
1. 使用表关键字符ft+完整的功能英文名称；
2. 同表要求。
1.5文件规范
1.5.1文件名命名
1．名字应该能够标识事物的特性；
2．名字尽量不使用缩写，除非它是众所周知的；
3．名字可以有两个或三个单词组成，但通常不应多于三个。在名字中，所有单词第一个字母大写，缩写都要大写。不建议使用拼音首字母来组成文件名；
4．使用名词或名词短语+动词命名文件；例如：UserList.aspx，UserUpdate.aspx
5．少用缩写；
6．不要使用下划线字符(_)。例如：User_Query.aspx
1.5.2文件格式
文件应该按照以下格式顺序来实现：
1.开头注释
2.文件名
3.创建人
4.日期
5.描述
6.版本
例子：
//******************************************************************// //
//** 文件名: RandomCreator.cs
//
//** 创建人: 张三
//
//** 日期: 2007/11/29
//
//** 描述: 主要完成随机数字的生成
//**
//
//** 版本: **网 V2.0版
//
//******************************************************************// using System;
using System.Collections.Generic;
using System.Text;
namespace COMM
{
class RandomCreator
{
}
}
1.5 C#命名规范
1.5.1注释（Comment）规范
注释规范包括：模块（类）注释规范、类的属性、方法注释规范、代码间注释。
1.5.2类（Class）命名规范
1．使用Pascal 大小写；
2．用名词或名词短语命名类；
3．使用全称避免缩写，除非缩写已是一种公认的约定，如URL、HTML；
4．不要使用类型前缀；
5．不要使用下划线字符(_)；
6．派生类名称的第二个部分应当是基类的名称；
例如：
ApplicationException 对于从名为Exception 的类派生的类是适当的名称，原因
ApplicationException 是一种Exception。
7．请在应用该规则时进行合理的判断。
例如：
Button 对于从Control 派生的类是适当的名称。尽管按钮是一种控件，但是将
Control 作为类名称的一部分将使名称不必要地加长。
1.5.3接口(Interface)命名规范
接口的命名规范同类命名，只是通常在名称前加前缀+“I”。
例子：
public interface IManager
1.5.4参数(Param)命名规范
1．使用描述性参数名称。参数名称应当具有足够的描述性，以便参数的名称及其类型可用于在大多数情况下确定它的含义；
2．对参数名称使用Camel 大小写；
例子:
public ManagerInfo[] GetResultManager(ArrayList alParam,ArrayList alValue) {
return dc.DriveManager().GetResultManager(alParam,alValue);
}
1.5.5方法（Method）命名规范
1．使用描述性名称。名称应当具有足够的描述性，以便名称可用于在大多数情况下确定它的含义；
2．使用动词或动词短语命名方法；
3．使用Pascal 大小写。
例子：
public void AddUser(User userInfo)
1.5.6属性（Property）命名规范
1.使用名词或名词短语命名属性；
2.使用Pascal 大小写。
例子：
public Color BorderColor
{
get {}
set {} }
SQLserver数据库课程设计范例
1 概述 1.1课题简介 书店书目书种繁多，来源多样，购买者众多，图书信息、供应商信息、客户信息、销售信息庞大，不易管理。因此，很有必要创建一个小型书店管理系统，以便于书店对图书的管理。1.2设计目的 应用对数据库系统原理的理论学习，通过上机实践的方式将理论知识与实践更好的结合起来，巩固所学知识。 数据库应用课程实践：实践和巩固在课堂教学中学习有关知识，熟练掌握对于给定结构的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。 数据库原理软件设计实践：实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法，熟练掌握对于给定实际问题，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。 1.3设计内容 运用基于E-R 模型的数据库设计方法和关系规范化理论做指导完成从系统的分析到设计直至系统的最终实现，开发小型书店管理系统，完成小型书店管理系统的全部功能。 首先做好需求分析，并完成数据流图和数据字典。 其次做概念分析，利用实体联系的方法将需求分析的用户需求抽象为信息结构，得到E-R 图。然后就是逻辑结构设计，将E-R 图转换为计算机系统所支持的逻辑模型 2 需求分析 2.1功能分析 首先，建立一些基本表（尽可能满足3N），对大部分基本信息组合、存储；其次通过建立视图实现对冗余数据的有必要保留（查询并计算基本表属性得到新的作为视图属性）并实现对以下基本信息的显示。 图书信息：图书名称、订购数量、订购时间、订购单价、金额、出版社名称、作者名称；供应商名称等； 供应商信息：供应商名称、地址、电话，联系人； 客户信息：客户编号、名称、年龄、性别、累计购书金额等； 销售信息：时间、销售名称、数量、销售单价、客户编号、客户名称、金额等。 在此基础上进行以下目标查询，由于有些查询常用且较复杂，为了简化其应用，所以将它们定义
软件工程-数据库设计规范与命名规则
数据库设计规范、技巧与命名规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。 数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据， 满足用户信息要求和处理要求。 数据库设计的各阶段： A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。 B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。 C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。 然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。 D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis， 简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。 概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一 DBMS 支持的特定数据模型。 概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术， 用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示:
数据库表及字段命名、设计规范
数据库表及字段命名、设计规范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）表必须填写描述信息
C#编码规范(完整资料).doc
【最新整理，下载后即可编辑】 1程序结构 所有源代码的结构均采用以下顺序布局，对于没有的部分可以省略，便于阅读代码。 //============================================== ================================================ #region Constant #endregion Constant //---------------------------------------------------------------------------------------------- #region Members #endregion Members //---------------------------------------------------------------------------------------------- #region Defaults #endregion Defaults //---------------------------------------------------------------------------------------------- #region Properties #endregion Properties //============================================== ================================================ #region Constructors #endregion Constructors //---------------------------------------------------------------------------------------------- #region InterfaceMethods #endregion InterfaceMethods //---------------------------------------------------------------------------------------------- #region StaticMethods #endregion StaticMethods //---------------------------------------------------------------------------------------------- #region OverrideMethods #endregion OverrideMethods //---------------------------------------------------------------------------------------------- #region PrivateMethods #endregion PrivateMethods //---------------------------------------------------------------------------------------------- #region ProtectedMethods #endregion ProtectedMethods //---------------------------------------------------------------------------------------------- #region PublicMethods #endregion PublicMethods //============================================== ================================================ #region Events #endregion Events //============================================== ================================================ 2命名规则和风格 ⑴类、方法、常量采用Pascal风格命名 public class SomeClass { const int DefaultSize = 100;
数据库表字段命名规范
数据库表字段命名规范 摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度 的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则 不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字 段命名规范来解决优化这些问题。 本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及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 说明：去除项目名，统一命名规则，动宾短语分离且动宾逻辑顺序统一 三、数据库字段命名规范 3.1字段命名规范 （1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔 （2）全部小写命名，禁止出现大写 （3）字段必须填写描述信息 （4）禁止使用数据库关键字，如：name，time ，datetime password 等（5）字段名称一般采用名词或动宾短语 （6）采用字段的名称必须是易于理解，一般不超过三个英文单词 （7）在命名表的列时，不要重复表的名称
项目开发及编码规范
项目开发规范文档修订历史记录
1.简介 目的 1、用于规范指导开发组进行开发 2、便于成员间的沟通与交流。 3、有助于项目质量和稳定。 4、为后期维护提供支持 2. 项目开发流程 项目开发过程归纳分为以下步骤： 1. 建立SVN项目版本控制。包括文档，源码，Lib包等。 2. 了解需求，并对需求文档的书写。(见文档结构规则附录)。 3. 详细设计文档。(见文档结构规则附录)。 功能模块设计，重要模块的算法设计。 数据库设计等。 根据需求定义开发平台及环境。 4. 编码。 搭建开发平台，配置开发环境。 编码。 单元测试案例。 5. 书写软件安装手册文件，数据库脚本文件，以及注意事项(release notes)。 6. 交互测试组测试。根据测试组测试结果是否回归第4步（测试回归最好不要超过2 次）。 7. 测试通过，交付上线使用。 维护手册 使用手册
3. 代码规范 Java 代码规范 3.1.1 Java类名 类名可由：英文字母，数字，下划线组成。（数字，下划线不能够开头） 类名由一个或者多个单词组成。单词通常要求简洁明了达意。能够通过类名能够大致了解此类的作用和用途。 类名要求首字母大写，多个单词组成类名时，单词的首字母要求大写。 建议：类名不要过于简单或者太长。可以对单词采用简化的名称：入： Number 简化为：num 。 3.1.2 Java类结构 类仅作为数据结构，没有行为，他封装了一组或者相似的一些行为方法。所以一个类尽量功能单一，或者功能类似共有行为的。一个类不要过于庞大。 通常情况下： 一般逻辑类中应该有构造方法和main方法，main方法中应该有测试代码。 每个类应该有 toString() 方法。 3.1.2.1 包和引入语句 在多数Java源文件中，第一个非注释行是包语句。在它之后可以跟引入语句。 报名的定义全部是小写字母。具体定义依据项目而定。 引入包时候，同一类型的归纳到一块，用空行隔开。例如： import 3.1.2 类注释 Java类开头应该有相应的注释：类版本描述，作者签名，日期时间，公司备注，类的功能作用相关描述等。（详细查看：注释） 3.1.2.2 类成员变量 a) 类变量要求放在类的开始声明。一行声明一个。 b) 变量名称首字母要求小写。其他命名规则类似与类名。 c) static , final 类型的变量，字母要求全部大写。 d) 尽量在声明局部变量的同时初始化。 e) 避免局部变量和成员变量同名，覆盖了成员变量。 f) 尽量变量私有化，缩小变量的作用域。 3.1.2.3 类成员方法 a) 方法名命名规则类似于成员变量命名规则。 b) 成员方法尽量私有化。
Sqlserver2005数据库练习题(1)
Sqlserver2005数据库练习题 第1章数据库技术基础 1．简述数据库、数据库管理系统、数据库系统的含义？ 2．简述数据库、数据库管理系统、数据库系统之间的联系？ 3．简单描述层次模型、网状模型、关系模型的含义？ 4．简述一个学生都包含哪些属性？ 5．对于一个学生表来说学生姓名是否可以作为主键，为什么？ 6．描述你所在的班级都有哪些实体？ 第2章安装Sql Server 2005与服务器管理 1.安装sqlserver 2005需要计算机的最低配置是什么？ 2.x86操作系统是什么概念？ 3.x64操作系统是什么概念？ 4.安装数据库时应该选择什么样的操作系统？ 5.开始安装时需要有哪些准备工作？ 6.开始安装界面中的其他信息是什么意思？ 7.用户许可协议必须为接受么？ 8.用户许可协议是否可以打印？ 9.系统配置界面中需要检查哪些项？ 10.详细信息中哪些项要求必须安装成功才能进行下一步的操作？ https://www.sodocs.net/doc/0b17965574.html,+目录指的是什么？ 12.iis功能要求指的是什么？ 13.mdac版本的最低要求是什么？ 14.实例名中的默认实例是什么含义？ 15.实例名中的命名实例是什么含义？ 16.服务器名指的是什么？ 17.服务帐户中使用内置系统帐户是什么含义？ 18.服务帐户中使用域帐户是什么含义？ 19.安装结束时启动服务包括什么？ 20.sqlserver2005提供的服务有哪些？ 21.安装结束后，哪些服务要求必须启动？ 22.ms sqlserver是什么服务？ 23.sql server agent是什么服务？ 24.sql server analysis services是什么服务？ 25.sql server browser是什么服务? 26.如何对服务进行启动、暂停和停止操作？ 27.启动数据库时需要做什么工作？ 28.如何注册数据库？ 29.如何删除注册的服务？ 30.如何更改数据库的登陆模式？
数据库命名规范(表、字段名)
数据库命名规范（表、字段名） 一. 实体和属性的命名 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。
SQLSERVER数据库、表的创建及SQL语句命令
SQLSERVER数据库、表的创建及SQL语句命令 SQLSERVER数据库，安装、备份、还原等问题： 一、存在已安装了sql server 2000，或2005等数据库，再次安装2008，会出现的问题 1、卸载原来的sql server 2000、2005，然后再安装sql server 2008，否则经常sql server服务启动不了 2、sql server服务启动失败，解决方法： 进入sql server configure manager，点开Sql server 网络配置（非sql native client 配置），点sqlzhh（我sqlserver 的名字）协议，将VIA协议禁用。再启动Sql Server服务，成功 如图: 二、在第一次安装SQLSERVER2008结束后，查看安装过程明细，描述中有较多项插件或程度，显示安装失败。 解决方法：
1、重新启动安装程度setup.exe，选择进行修复安装，至完成即可。 三、先创建数据库XXX，再进行还原数据库时，选择好备份文件XXX.bak，确定后进行还原，会报如下图的错误。 解决方法： 选择好备份数据库文件后，再进入“选项”中，勾选“覆盖现在数据库”即可。
四、查看数据库版本的命令：select @@version 在数据库中，点击“新建查询”，然后输入命令，执行结果如下 五、数据库定义及操作命令： 按照数据结构来组织、存储和管理数据的仓库。由表、关系以及操作对象组成，把数据存放在数据表中。 1、修改数据库密码的命令： EXEC sp_password NULL, '你的新密码', 'sa' sp_password Null,'sa','sa'
数据库命名规范(表、字段名)
数据库命名规范（表、字段名） 一．实体和属性的命名 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字段就是要解决这个问题。一般的站点几十个分类肯
https://www.sodocs.net/doc/0b17965574.html,c#开发规范
https://www.sodocs.net/doc/0b17965574.html, C#开发规范 第一部分 第一章ASP编码规范通述 ASP编码分为两大部分，一部分为静态文件编码，一部分为包含服务器端脚本的动态文件编码。 静态文件编码分Script编码和HTML编码两部分。 服务器端编码则分为服务器脚本、客户端脚本、HTML脚本三部分。 编码规范采用如下约定： 所有客户端脚本一律使用JavaScript 所有服务器端脚本一律使用c# 静态页面输出一律使用HTML脚本 本规范不适用于由服务器端脚本所产生的客户端脚本代码。 第二章静态文件编码规范： 静态文件脚本部分采用JavaScript编写。输出部分采用HTML标记语言。 1. HTML标记语言编码规范 1.1 标记的换行规范： * 一个标记必须占用一行。不得出现两个标记在同一行的情况(同一标记的关闭标记除外)，如：