-
access字段命名和数据类型
2021-07-26 21:39:26字段的命名规则: 长度为1~64个字符 可以含字母、汉字、数字、空格和其他字符 不能以空格开头， 不能仑含句号(. )、惊叹号(! )、方括号([]) 、单引号(’) 不能使用ASCII码为0~32的ASCII字符 数据类型 文本:最多...展开全文字段的命名规则:
- 长度为1~64个字符
- 可以含字母、汉字、数字、空格和其他字符
- 不能以空格开头， 不能仑含句号(. )、惊叹号(! )、方括号([]) 、单引号(’)
- 不能使用ASCII码为0~32的ASCII字符
数据类型
- 文本:最多可以存储255个字符
- 备注:最多可以存储65 535个字符，不能对备注型字段进行排序和建立索引，所以在数据检索中速度要比文本型慢
- 超链接:以文本形式保存超级链接地址，语法输入格式为:DisplayText # Address # Subaddress
我的博客#https://cnblogs.com/MrFlySand#- 其中: DisplayText是字段或控件上所显示的文本; Address 为链接到指定文档的地址; Subaddress为在 文档中的指定位置。
- 日期类型：年-月-日，如：2021-2-8
- 附件类型可以添加多个
计算字段
- 添加“计算字段”,计算的总成绩是数字类型
- 表达式为：
[语文] + [数学] - 修改字段名为“总分”
查阅向导
- 查阅向导的功能：可以在里面选择其中的一个，也可以输入
- 如：职业可以在查阅向导中选择学生、教师、程序员等
- 在使用“查阅向导”之前要选中“文本”类型
-
针对银行项目制定的表/字段命名规则概述
2020-10-27 14:49:36针对银行项目表/字段命名规则概述 首先，我们要明白自己所属项目所使用的数据库类型（Mysql，Oracle，DB2,Access,SQL SERVERD等数据库），针对所使用的数据库指定相应的命名规范，以便后续维护开发。以下为几类...展开全文针对银行项目表/字段命名规则概述
首先，我们要明白自己所属项目所使用的数据库类型（Mysql，Oracle，DB2,Access,SQL SERVERD等数据库），针对所使用的数据库指定相应的命名规范，以便后续维护开发。以下为几类数据库表名、字段名字符长度限制：
数据库类型 表名 字段名 SQL SERVER 128个字符，临时表116个字符 128个字符 Oracle 30个字符 30个字符 MySQL 64个字符 64个字符 Access 64个字符 64个字符 DB2 128个字符 128个字符 第一章 实体/表命名规范
实体/表的命名时应遵循下述规则，并且英文名全部字母大写，单词之间用下划线分开：
• 实体/表中文名不要以“xx表”命名，譬如：个人客户信息表，标准化实体/表命名为：个人客户信息 IDV_CUST_INF；但是对于“科目性质代码”等代码表的特殊性，建议“代码表”表名的最后一个字以“表”结束，代码实体英文名称统一命名为“xx_CODE”，中文名为“xx代码表”。
• 实体/表英文命名不超过20个英文字符，若实体中文描述标签较长，需要按实际情况对词汇进行提取，保证英文表名长度不超过最大限制。
• 实体/表中文名、英文名中不能出现标点符号、空格、斜线、减号等特殊字符，命名不能以数字或“”开头，不能以“”结尾。第二章 属性/字段命名规范
属性/字段英文名不超过20个英文字符。若字段标签较长，需要按实际情况对词汇进行提取，保证英文字段名长度不超过最大限制【20个英文字符】，字段英文名根据拆分词汇、采用驼峰方式，进行缩写、拼接，譬如：客户编号 CustNo。
注：虽然所使用的数据库大多是大小写不敏感的，但是为了缩短字符长度和描述明确，使用了驼峰命名。
一些特殊的约定如下：
• 编号类属性/字段，标准化中文名应为“xx编号”，标准化英文名应为xxNo，如“客户编号 CustNo”，“产品编号PrdNo等；特殊情况下，有些已经习惯的叫法，比如卡号，可不用称之为卡片编号，而直接叫“卡号”，其英文名也可以遵照习惯的“CrdNo”而不用CardId，示例如下：
信息项分类 标准中文名称 标准英文名称 示例：编号类 xx编号 xxNo 客户编号 CustNo 产品编号 PrdNo 卡号 CrdNo 贷款账号 LoanAcctNo • 枚举类属性/字段，即代码类属性/字段，标准化中文名应为“xx代码”，标准化英文名应为xxCd，如：客户类型代码 CustTypCd；特殊情况下，对于一些习惯用法或约定俗成的命名，则沿用习惯用法，譬如：币种，凡是描述币种的，币种代码、货币代码、货币符号、帐别、帐别代码、币别、币别代码等，标准化中文名应为：币种或者xx币种，标准化英文名应为：Cur或者xxCur，示例如下：
信息项分类 标准中文名称 标准英文名称 示例:代码类 xx代码 xx_Cd 客户类型代码 CustTypCd 证件类型代码 CertTypCd 币种 Cur • 标志类属性/字段，即布尔型字段，取值只有“是/否”的属性/列，标准化中文名应为“xx标志”，标准化英文名称应为”xxFlg“，如“重点客户标志VipFlg”，示例如下：
信息项分类 标准中文名称 标准英文名称 示例标志类 xx标志 xxFlg 垫款标志 AdvFlg 涉农客户标志 AgrtCustFlg 重点客户标志 VipFlg • 日期类属性/字段，标准化中文名应为“xx日期”，标准化英文名应为“xxDt”，如“开户日期OpnDt”等；时间类属性/字段，标准化中文名应为“xx时间”，标准化英文名应为“xxTm”，如“渠道事件发生时间ChnlEvtHpnTm”；时间戳类属性/字段，标准化中文名应为“xx时间戳”，标准化英文名称应为“xxTs”，如：交易时间戳，标准化英文名应为TxnTs，示例如下：
信息项分类 标准中文名称 标准英文名称 示例日期类 xx日期 xxDt 开户日期 OpnDt 协议到期日期 AgrExpDt 债券到期日期 BondExpDt 时间类
时间类 xx时间 xxTm 渠道事件发生时间 ChnlEvtHpnTm 机构工作开始时间 OrgWorkbgnTm 机构工作终止时间 OrgWorkEndTm 时间戳类
时间戳类 xx时间戳 xxTs 交易时间戳 TxnTs 修改时间戳 MdfyTs • 如果是计数类字段（如员工人数、客户数等），标准化之后英文字段名应该是"xxCnt"；
• 如果是金额类字段（如罚息金额等，带小数位），标准化之后英文字段名称应该是“xxAmt”；
• 如果字段中文名称是“xx余额（如贷款余额等）”，标准化之后字段名称应该是”xxBal"。
-
access字段属性设置下拉列表_7、ACCESS表的字段属性设置（二）（ACCESS图解操作系列）...
2020-11-21 22:45:51知识点说明： 当我们完成了表字段的命名，字段数据类型的设计后，表的设计并没有完成。为了保证表中数据的完整性、一致性及兼容性，也为了使数据表的数据能有效的满足应用的需求，还要对字段的属性进行设计。字段...展开全文知识点说明：
当我们完成了表字段的命名，字段数据类型的设计后，表的设计并没有完成。为了保证表中数据的完整性、一致性及兼容性，也为了使数据表的数据能有效的满足应用的需求，还要对字段的属性进行设计。字段属性包含很多内容，如：字段大小、格式、小数位数、输入掩码、标题、默认值、有效性规则、有效性文本、必填字段、允许空字符串、索引等等。字段属性是上机考试的必考内容，为了详细的讲解，让广大同学能掌握，该部分内容将通过两个讲解完成。
上一节内容：字段大小、格式、小数位数、体题、输入掩码、默认值
本节内容：有效性规则、有效性文本、必填字段、允许空字符串、索引
7、有效性规则。用于限制字段输入值的范围、形式，以满足用户特定的需求。有效性规则其实就是一个表达式，该表达式由算术运算符、比较运算符、逻辑运算符、以及值构成。关于如何书写表达式，请参看钟老师课堂的内部教程或课件的相关部分。下图中，
(1)学生表“年龄”(数字类型)字段要求学生的年龄只能在16岁到40岁之间，有效性规则可以书写为
between 16 and 40 或 >=16 and <=40 或 in(16-40)
(2)学生表“姓名”(文本类型)字段要求学生的姓名必须两个字或两个字以上，有效性规则可以书写为
len([姓名])>=2 或 [姓名] like "??*"
(3)学生表“性别”(文本类型)字段要求只能输入“男”或“女”，有效性规则可以书写为
"男" or "女" 或 [性别] in("男
-
数据库表及字段命名规范（一）
2018-05-19 12:23:023. 如无备注，排序字段order_id在程序中默认使用降序排列；4. 如无备注，所有字段都设置NOT NULL，并设置默认值；5. 如无备注，所有的布尔值字段，如is_hot、is_deleted，都必须设置一个默认值，并设为0；6. 所有的...展开全文一、【操作规范】
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字段就是要解决这个问题。一般的站点几十个分类肯定是够用了，所以这里假设某一主分类的cid为11，则子分类的cid从1101开始编号，处理时只需截取前两位数值便可知道该产品属于哪一个主分类了。
3. add_time – 添加时间、上架时间等
4. last_time – 最后操作时间，如登录、修改记录
5. expire_time – 过期时间
6. name – 商品名称、商家名称等，不要跟title混用，title只用于文章标题、职称等
7. price – 价格
8. thumb – 只要是列表页面中的窗口图，一律用此命名
9. image_src – 相册中的图片地址一律用此命名，不要出现各种img,image,img_url,thumb_url等
10. head_thumb – 用户头像， 虽然有点长，一定要遵守。不要出现上述情况
11. image_alt – 相册中图片的alt属性
12. desc – 描述、简介，比如goods_desc，不要出现goods_txt这种
13. details – 详情、文章内容等
14. order_id – 排序
15. telephone – 座机号码
16. mobile – 手机号码
17. phone – 当不区分手机和座机时，请用phone命名
18. address – 地址，单独出现不要用addr缩写，组合出现时需用缩写，比如mac地址，mac_addr
19. zipcode – 邮编
20. region – 地区，大的区域，比如记录杭州市、温州市等
21. area – 区域，小的，比如上城区，江干区等
22. avg_cost – 人均消费
23. 待续四、【数据表字段设计范例】
分类表（t_category）
字段名
列名
类型
属性备注
说明
流水号
id
int(10)
PK、自动增长
特殊编号
cid
varchar(4)
第一个主分类为11、第一个子分类为1101，类推，仅支持二级分类
名称
name
varchar(10)
页面中需注明输入不超过10个字
父分类
pid
int(10)
统计量
count
int(10)
是否热门
is_hot
tinyint(1)
首页显示
is_index
tinyint(1)
排序
order_id
int(10)
[表命名规范]
1.具备统一前缀，对相关功能的表应当使用相同前缀，如acl_xxx，house_xxx,ppc_xxx；其中前缀通常为这个表的模块或依赖主实体对象的名字，通常来讲表名为：业务_动作_类型，或是业务_类型；
2.表名使用英文小写单词，如果有多个单词则使用下划线隔开；
3.表名简介，使用常见单词，避免使用长单词和生僻词；
4.表引擎取决于实际应用场景及当前数据库中的已经存在的存储引擎；日志及报表类表建议用myisam，与交易，审核，金额相关的表建议用innodb引擎。总体来讲数据库默认innodb；
5.数据表必须有主键，且建议均使用auto_increment的id作为主键（与业务无关）,和业务相关的要做为唯一索引；
6.默认使用utf8字符集（由于数据库定义使用了默认，数据表可以不再定义，但为保险起见，建议都写上）；
7.所有的表都必须有备注，写明白这个表中存放的数据内容；
8.预估表数据量，如果数据量较大（超过500w）则需要考虑分表策略。可以等量均衡分表或根据业务规则分表均可。要分表的数据表必须与DBA商量分表策略；
9.职责相近的表，命名规则应该相同；如合同申请，账户信息，交友相关等；
举个例子，一张在线冲值记录表：user_bank_deposit这个就非常符合标准，如果叫做userBankDeposit或是user_chongzhi，就非常不友好。
CREATE TABLE `house_refresh_log` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增ID',
`fangid` int(11) NOT NULL COMMENT '房贴子ID',
`refresh_time` int(11) NOT NULL COMMENT '刷新时间',
PRIMARY KEY (`id`),
UNIQUE KEY `fangid` (`fangid`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='房刷新记录表';
[字段命名规范]
1.数据库字段命名与表名命名类似：
2.使用小写英文单词，如果有多个单词使用下划线隔开；
3.使用简单单词，避免生僻词；
4.字段应当有注释，描述该字段的用途及可能存储的内容，如枚举值则建议将该字段中使用的内容都定义出来；
5.是别的表的外键均使用xxx_id的方式来表明；
6.表的主键一般都约定成为id，自增类型；
7.时间字段，除特殊情况一律采用int来记录unix_timestamp；
8.网络IP字段，除特殊情况一律用bigint来记录inet_aton值；
9.所有字段，均为非空，最好显示指定默认值；
10.有些驱动对tinyint支持不够好，通常建义按容量来选择字段；
11. text字段尽量少用，或是拆到冗余表中；
CREATE TABLE `wanted_post` (
`id` int(10) NOT NULL AUTO_INCREMENT,
`puid` int(10) unsigned NOT NULL,
`user_id` int(10) NOT NULL COMMENT '发贴用户的id',
`username` varchar(50) NOT NULL COMMENT '发贴用户的用户名',
`city` smallint(4) NOT NULL COMMENT '所在城市',
`ip` bigint(14) NOT NULL COMMENT '发帖人的ip',
`district_id` tinyint(2) NOT NULL COMMENT '所在区域的id',
`district_name` varchar(20) NOT NULL COMMENT '行政区名字',
`street_id` tinyint(2) NOT NULL COMMENT '所在街道(地标)的id',
`street_name` varchar(20) NOT NULL COMMENT '小区名字',
`title` varchar(255) NOT NULL COMMENT '帖子的标题',
`description` text NOT NULL COMMENT '帖子详情描述',
`post_at` int(11) NOT NULL COMMENT '用户发帖时间,数据创建的时间,使用整型存储',
`refresh_at` int(11) NOT NULL COMMENT '帖子被修改的时间,整型存储',
`show_time` int(11) NOT NULL COMMENT '帖子显示时间',
`age_max` int(11) NOT NULL DEFAULT '0' COMMENT '招聘最小年龄',
`age_min` int(11) NOT NULL DEFAULT '0' COMMENT '招聘最大年龄',
`post_refresh_at` int(11) NOT NULL COMMENT '刷新时间',
PRIMARY KEY (`id`),
UNIQUE KEY `idx_puid` (`puid`),
KEY `user_id_index` (`user_id`),
KEY `post_at_index` (`post_at`),
KEY `refresh_at_index` (`refresh_at`),
KEY `show_time_index` (`show_time`)
) ENGINE=InnoDB AUTO_INCREMENT=55295 DEFAULT CHARSET=utf8 COMMENT='招聘帖子表';
-
MYSQL数据库字段命名及设计规范
2018-01-12 09:12:01数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但ThirdNormalForm（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF标准的数据库的表设计原则是：... -
数据库字段命名及设计规范
2015-03-17 09:26:30标准化有好几种形式，但 Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其... -
access建立两个字段唯一索引_MySQL 主键、外键、索引
2020-11-22 06:37:24点击蓝色字免费订阅，每天收到这样的好信息前言:最近有不少粉丝关注本...干货：主键是关系表中记录的唯一标识。主键的选取非常重要：主键不要带有业务含义，而应该使用BIGINT自增或者GUID类型。主键也不应该允许... -
易飞 9.0 ERP 系统 数据字典 Access 格式 含表名称以及字段名称
2018-09-22 16:12:13易飞ERP 9.0 系统数据字典 Access 格式 含数据表对应名称以及数据表内字段对应的名称 -
Access数据库列名的命名规则
2010-04-24 16:34:00Microsoft Access 不限制在数据库对象名称或数据库字段名称中使用特殊字符，例如数字标记 (#)、句号 (.) 或双引号 (") 标记。但是，如果您使用特殊字符，则可能会遇到意外错误。 因此，Microsoft 建议，不要在 ... -
检查数据库数据字段命名规范与合法性的脚本
2020-01-17 14:13:22做为一名开发DBA，最重要的renweu是经常要检查开发人员或建模人员对数据库的命名规范是否严谨，下文中将主要介绍一个检查数据库数据字段命名规范与合法性的脚本，仅供大家参考。 --检查不符合数据库命名规范的字段... -
《Access 2007开发指南(修订版)》一一2.5 字段属性操作
2017-05-02 10:15:00本节书摘来自异步社区出版社《Access 2007开发指南(修订版)》一书中的第2章...Access 2007开发指南(修订版)在表中添加了字段之后，就应该自定义它们的属性。可以使用字段属性来控制数据的存储方式，以及什么样的数据... -
数据库表名 字段名的命名长度限制
2020-04-26 09:13:01数据库 表名长度限制 ... 字段名长度限制 oracle 30 30 mysql 64 64 db2 128 128 ... -
数据库表字段命名规则
2018-11-23 16:49:00一、数据库命名规范 采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔，一个项目一个数据库，多个项目慎用同一个数据库 二、数据库表命名规范 ... -
Mysql 使用关键字作为字段的反例及数据库命名规范
2018-08-17 17:50:24当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有... -
数据库字段命名及设计规范（转）
2017-05-11 16:47:00数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但 Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的数据库的表设计原则是：“One ... -
数据库存命名规则
2018-10-29 18:01:003. 如无备注，排序字段order_id在程序中默认使用降序排列；4. 如无备注，所有字段都设置NOT NULL，并设置默认值；5. 如无备注，所有的布尔值字段，如is_hot、is_deleted，都必须设置一个默认值，并设为0... -
odoo中命名一般规则
2021-10-31 23:56:07一般命名 module /ˈmɒdjuːl/ 模块名： 英文小写，不同单词用下划线连接； eg : real_estate model /ˈmɒdl/ 模型名: 以模块名开头，英文小写，不同单词用下划线连接； eg : real_estate_property class 类名... -
数据库命名规则
2015-09-23 20:25:23网上各种命名规则，个人觉得下面这种可行性比较高。 -
ORACLE命名规范
2015-10-12 20:48:39一、 命名约定 １． 是指数据库、数据库对象如TABLE、SEQUENCE、PROCEDURE、COLUMN等的命名约定； ２． 命名富有意义英文词汇，除个别通用的（见列表），要避免使用缩写），多个单词组成的，中间以下划线分割... -
三种方法解决属性名和数据库字段名不一致的问题
2021-05-07 09:36:24文章目录三种方法解决属性名和数据库字段名不一致的问题一、起别名二、结果集映射（resultMap）三、开启驼峰命名规则 (xml配置文件中配置) 一、起别名 代码如下（示例）： <select id="getUserById" resultType... -
数据库命名规范（表、字段名）
2013-10-26 16:49:44数据库命名规范（表、字段名） 数据库命名规范 一．实体和属性的命名 1． 常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL数据库会将字段名称统一成大写或者小写中的一种，... -
.NET命名规范
2013-05-21 21:47:26为了统一公司软件开发的设计过程中关于代码编写时的编写规范和具体开发工作时的编程规范，保证代码的一致性，便于交流和维护，特制定此规范。 二 、注释 (1)自建代码文件 对于自己创建的代码文件（如函数、脚本... -
MYSQL数据库字段命名及设计规范 (转)
2014-07-10 10:50:46数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但 Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的数据库的表设计原 则是：“One ... -
MYSQL数据库字段命名及设计规范(转)
2015-01-16 10:46:251.设计原则1) 标准化和规范化数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但 Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的... -
屏幕属性 PAI事件的触发、屏幕元素Function Code设置 屏幕流逻辑Screen Flow Logic 对话屏幕中的字段命名大...
2015-12-07 18:25:44对话屏幕Dynpro(SE51) 屏幕元素 ...对话屏幕中的字段命名大小写问题 示例：屏幕元素自动参考数据词典（或程序）中的表或结构字段 Function Codes的读写机制 ok_code的定义 为什么要将ok_code
