关于数据库设计时字段类型和长度的讨论,欢迎大家来讨论

Oracle > 基础和管理
收藏 回复
[问题点数：58分，结帖人jxc]
更多帖子
私信 空间 博客
jxc
等级
本版专家分：5263
结帖率 95.24%
对于任何字段长度都不应该过于小气,否则未知的变化会造成前后台都要修改
         
对于开关型字段建议number(1,0) 而不是varchar2(1),避免用户错误保存Y/N,而不是1/0,这样可能会引入大小写问题
                
对于数据字典编码字段,不要小气的确定为3位,最好统一为32位
  经验证明,有时受从其它系统数据接入的影响,由于没有对照项,会直接保存原始值,而原始值一般都5-10位
  统一为32位的好处是,可以考虑利用GUID来生成数据字典编码,这样在数据合并时非常有优势.
            
对于一般性录入字段,如:编号,轴号,车号,不要为了一时的"绝对"而设置确定的长度,最好统一成较优的长度,如32位!
            如:车号最早是6位,没多久就改成了7位! 轴号开始为8位,但实际上有15位的轴号!轴承编号由10改为了20位
                 
对于类似名称的字段: 如单位名称, 数据字典项目的名称等,最好再大一些,设成60位!
      
对于备注类型的字段,一般内容在30个汉字左右,所以推荐设置为100
      
对于长文本的字段,一般内容在200个汉字左右,推荐设置为1000
         
对保存SQL语句的字段(特殊情况,如配置传输条件等),至少要设置为2000,最大是4000
                  
对于数字字段,除非精度要求,统一为number是个较好的选择
  number默认精度为15位(整数位数+小数位数=15位,小数点位置任意),其它大数值也可以保存,但是采用的是科学计数法,有精度损失
   用number,不指定精度的最大的好处是不限制数值的精度和范围
   如果指定number(2,1),则存入的数值范围在-9.9 至 9.9之间,如果用户提出精度调整为2位,则需要修改数据库和程序!
             
对于日期型的就没有什么说法了

欢迎大家提出批评建议!!
只看楼主 引用 举报 楼主 收起
展开阅读全文
更多帖子
私信 空间 博客
bobfang
等级
本版专家分：23615
勋章
Blank
红花 2007年11月 Oracle大版内专家分月排行榜第一
Blank
黄花 2007年7月 Oracle大版内专家分月排行榜第二
2006年4月 Oracle大版内专家分月排行榜第二
Blank
蓝花 2007年6月 Oracle大版内专家分月排行榜第三
“对于数据字典编码字段,不要小气的确定为3位,最好统一为32位”这一点值得推敲。如果是varchar/varchar2类型，没问题，但如果是char则不好，太浪费空间了。而且这些字段一般都要建索引，这样也会使得每个索引项也占用过多的空间。
只看TA 引用 举报 #1得分 12
更多帖子
私信 空间 博客
jxc
等级
本版专家分：5263
从占用空间考虑,统一定为32位的确有弊端,但是对于很多中/小应用系统,空间不是问题.

写这篇文档的目的是提高系统的冗余,降低后期系统维护的一种尝试.

只看TA 引用 举报 #2得分 0
更多帖子
私信 空间 博客
zealot_zk
等级
本版专家分：7537
其实我觉得字段的定义主要还是要根据每个项目的要求，并考虑一定的扩充性，而且对于长度范围变化较大的字段最好都使用varchar/varchar2类型，而对于字典中的编码最好使用char型。另外，现在由于字典编码的修改是有一定限制的，不可能随意修改其长度，而且其长度增加又不复杂，所以建议还是规定的小一点可以大大节约空间，对备份等操作有好处。
只看TA 引用 举报 #3得分 12
更多帖子
私信 空间 博客
jxc
等级
本版专家分：5263
oracle系统里尽量不要用char, 即使数据字典表的编码也不建议用char.

对数据字典编码的长度大家都会很敏感,因为它将影响业务表的大小.这里用32位,出于2个目的:
1. 接入其它系统的数据时,可能对方的信息不能转换为编码,如果字段宽度不够,势必要修改;
2. 编码系统主键考虑使用GUID,这样至少需要32位.




只看TA 引用 举报 #4得分 0
更多帖子
私信 空间 博客
jxc
等级
本版专家分：5263
编码系统主键用GUID的缺点是从业务表数据中不好分辨业务信息,对数据分析需要关联数据字典表来查询.
只看TA 引用 举报 #5得分 0
更多帖子
私信 空间 博客
bzszp
等级
本版专家分：119985
勋章
Blank
红花 2005年8月 Oracle大版内专家分月排行榜第一
2005年6月 Oracle大版内专家分月排行榜第一
2005年3月 Oracle大版内专家分月排行榜第一
2004年11月 Oracle大版内专家分月排行榜第一
2004年10月 Oracle大版内专家分月排行榜第一
2004年9月 Oracle大版内专家分月排行榜第一
2002年10月 Oracle大版内专家分月排行榜第一
2002年9月 Oracle大版内专家分月排行榜第一
2002年8月 Oracle大版内专家分月排行榜第一
Blank
黄花 2008年3月 Oracle大版内专家分月排行榜第二
2005年7月 Oracle大版内专家分月排行榜第二
2004年8月 Oracle大版内专家分月排行榜第二
2003年3月 Oracle大版内专家分月排行榜第二
2002年11月 Oracle大版内专家分月排行榜第二
2002年7月 Oracle大版内专家分月排行榜第二
Blank
蓝花 2002年6月 其他数据库开发大版内专家分月排行榜第三
2002年5月 其他数据库开发大版内专家分月排行榜第三
2004年7月 Oracle大版内专家分月排行榜第三
2003年7月 Oracle大版内专家分月排行榜第三
2003年1月 Oracle大版内专家分月排行榜第三
具体的长度设置还要参考用户的意见，一般来说 用户说这个字段一般也就10来个汉字，最好准备20多个汉字的空间。
只看TA 引用 举报 #6得分 5
更多帖子
私信 空间 博客
bzszp
等级
本版专家分：119985
勋章
Blank
红花 2005年8月 Oracle大版内专家分月排行榜第一
2005年6月 Oracle大版内专家分月排行榜第一
2005年3月 Oracle大版内专家分月排行榜第一
2004年11月 Oracle大版内专家分月排行榜第一
2004年10月 Oracle大版内专家分月排行榜第一
2004年9月 Oracle大版内专家分月排行榜第一
2002年10月 Oracle大版内专家分月排行榜第一
2002年9月 Oracle大版内专家分月排行榜第一
2002年8月 Oracle大版内专家分月排行榜第一
Blank
黄花 2008年3月 Oracle大版内专家分月排行榜第二
2005年7月 Oracle大版内专家分月排行榜第二
2004年8月 Oracle大版内专家分月排行榜第二
2003年3月 Oracle大版内专家分月排行榜第二
2002年11月 Oracle大版内专家分月排行榜第二
2002年7月 Oracle大版内专家分月排行榜第二
Blank
蓝花 2002年6月 其他数据库开发大版内专家分月排行榜第三
2002年5月 其他数据库开发大版内专家分月排行榜第三
2004年7月 Oracle大版内专家分月排行榜第三
2003年7月 Oracle大版内专家分月排行榜第三
2003年1月 Oracle大版内专家分月排行榜第三
总的来讲，成本最小化是最终目的，同大量的维护成本相比，很多时候性能可以放在第二位。
只看TA 引用 举报 #7得分 10
更多帖子
私信 空间 博客
icedut
等级
本版专家分：7063
勋章
Blank
黄花 2006年12月 Oracle大版内专家分月排行榜第二
Blank
蓝花 2007年1月 Oracle大版内专家分月排行榜第三
2006年11月 Oracle大版内专家分月排行榜第三
来学习
留个记号
只看TA 引用 举报 #8得分 0
更多帖子
私信 空间 博客
bobfang
等级
本版专家分：23615
勋章
Blank
红花 2007年11月 Oracle大版内专家分月排行榜第一
Blank
黄花 2007年7月 Oracle大版内专家分月排行榜第二
2006年4月 Oracle大版内专家分月排行榜第二
Blank
蓝花 2007年6月 Oracle大版内专家分月排行榜第三
我的理解应该是性能第一。从用户角度出发，最看重的是性能，如果性能差，再好维护也不会考虑；如果从厂家角度出发，如果性能差，导致用户索赔或退货甚至于买不出去，那么损失的是巨大的。
只看TA 引用 举报 #9得分 8
更多帖子
私信 空间 博客
jxc
等级
本版专家分：5263
同意 bzszp(SongZip) 的观点!
成本最小化是最终目的，这也是我写这些内容的出发点.

因为用户的需求是易变的东西.
比如像铁路货车的车号,我们做系统的时候还是6位,没多久,铁道部竟然改为了7位,就为了这么1位的需求变动,我们的数据库和程序都要改动.也许有人认为给10位就够了,但是做数据库设计需要关注太多的业务细节并不是好事.

bobfang(匆匆过客)提出性能第一位的观点,我认为太武断了. 完成用户的需求,按期完成项目才是第一位的,否则你拿不到钱. 至于性能,也不是不重要,只是我们有足够的经验和能力完成哪些优化的设计和调整.


只看TA 引用 举报 #10得分 0
1 2
收起
收藏 回复
jxc

等级：

关注 私信 TA的帖子
关于数据库设计字段类型和长度的讨论

用户需求经常是不完整, 不精确, 快速变化的, 我们在数据库建模时需要尽量避免这些问题对项目带来的影响:对于"是或否"等类型的字段建议number(1) 而不是varchar2(1),避免用户错误保存Y/N,而不是1/0,这样可能会引入大...

数据库字段和长度的设计和主外键设计

数据库字段和长度的设计对于任何字段长度都不应该过于小气,否则未知的变化会造成前后台都要修改 1、对于开关型字段建议number(1,0) 而不是varchar2(1),避免用户错误保存Y/N,而不是1/0,这样可能会引入大小写问题 .....

项目设计数据库表时是否需要在表中加备用预留字段？

项目设计数据库表时是否需要在表中加备用预留字段？ 背景：以前做项目，有用过SSH框架，或者SSM框架，数据库有Oracle，DB2。在开发过程中，有时因数据库设计者未考虑周到，业务实体有一个属性没有对应的字段，因此...

ORACLE数据库字段类型说明

ORACLE数据库字段类型说明 目前Oracle 数据库大概有26个字段类型，大体分为六类，分别是字符串类型、数字数据类型、日期时间数据类型、大型对象（LOB）数据类型、RAW和LONG RAW数据类型、ROWID和UROWID数据...

关于数据库‘状态’字段设计的思考与实践

在订单表的设计阶段，团队成员就‘订单状态’数据库字段设计有了一些分歧，网上也有不少关于这方面的思考和探讨，结合这些资料和项目的实际情况，拟对一些共性问题进行更深一层的思考，笔耕在此，和大家一起探讨。...

Oracle数据库中字符串相关字段类型辨析

字符串类型的字段在各关系数据库中均占有重要地位。比如Oracle数据库中用于存储字符串类型数据的字段类型就超过了5种。...本文将辨析Oracle数据库中表示字符串的各字段类型以及设计表结构时字段类型的选择依据。

数据库设计-电话号码长度

2019独角兽企业重金招聘Python工程师标准>>> ...

你应该知道的数据库数据类型及其设计原则

日期和时间类型5. 设计合理的数据类型 1. 整数类型 整数类型有：tinyint、smallint、mediumint、int、bigint，分别使用 8、16、24、32、64 位存储空间。它们可以存储的值范围从 -2 的 (n-1) 次方到 2 的 (n-1) 次方...

sql server查询表结构（字段名，数据类型，长度，描述，是否允许为空，是否为主键）

转自：http://www.xxling.com/blog/article/58.aspx

关于论坛数据库的设计

请给出数据库表结构设计，并结合范式简要说明设计思路。  一. 发帖主题和回复信息存放在一张表，并在这个表中增加user_name字段  对数据库的操作而言，检索数据的性能基本不会对数据造成很大的影响（精确查找...

数据库字段设计的一些建议

在数据库设计的时候，将几张表之间，有所联系的字段通过类似但不同的扩展来设计。基于一个规则，这个规则可以满足数据表之间不通过外键的联系。

数据库设计与建模最佳实践

数据库设计与建模最佳实践   摘要：本文针对数据库设计中可读性、易维护性及性能的要求，在数据库对象命名、主键的设计、字段类型及长度设计等方面,总结出数据库设计和建模最佳实践。 关键词...

Oracle数据库大字段问题

Oracle数据库大字段问题问题描述：字段内容长度超4000最近项目中存在用某些字段存预处理sql语句，最初，项目此类型字段用varchar2(4000)，但随着项目跟进到二期，牵连的表越来越多，存在预处理索引，中间临时表的...

一文带你了解关系数据库设计要领

数据类型的选择选择原则固定长度和可变长度char 与 varchartext 和 blob浮点数和定点数整数索引设计设计原则示例参考 摘要 本文讨论关系数据库设计相关的一些内容，涉及关系模型，表结构设计等内容，以学生选修课程...

实现对文本框的长度控制(按数据库标准,汉字为两字节)

文本框本身不是带了一个MaxLength 的...当然,我首先是建议把数据库的字段设成nchar,nvarchar 这样的类型, 那么汉字也被处理成1 字节, 就没有任何问题了, 可是在现实情况下, 很多时候数据库的字段仍然是char ,varcha

数据库设计常见错误

如果你想学习设计数据库，一定得有一些理论背景，比如关于数据库设计范式和事务隔离级别的知识。但你还应该尽可能地多加练习，因为可悲的事实就是，我们在犯错中学习得更多。 本文中，通过展示在设计数据库时常犯...

谨慎使用单精度/双精度数值类型(适用于数据库字段类型)

时　间:2007-11-7 10:17:04 作 者:LucasLynn 摘　要:在近日几个帖子里面，和QQ群的讨论里面，我发现很多网友都遇到的问题都是因为不恰当地使用了单精度/双精度数值。因此想专门就这个话题谈一下。...

MySQL数据库的数据类型和索引

数据库的数据库索引对程序员来说是透明的，意味着数据库建立索引之前和之后，你的SQL语句都可以正常运行，索引的运用只是数据库引擎工作时候的优化手段。但是，这不是意味着数据库索引仅仅是数据库设计和运维者的...

数据库设计与优化

本文讨论数据库设计流程的所有重要方面，包括需求分析阶段；概念设计阶段；逻辑设计阶段；物理设计阶段；数据库实施阶段；数据库运行维护阶段的六个阶段，并提出数据库设计中所出现的各种问题，并归纳分析了解决这些...

CMDB数据库设计-四种方案任你选

【转自:http://kiral.iteye.com/blog/789467】最近在做CMDB的数据库设计方案，有4种方案，各有利弊，我选方案3，大家可以讨论下，或者有什么更好的方案，请指教！ 术语英文全称说明配置管理数据库(CMDB)...

数据库设计说明书的编写

数据库的表结构设计是整个项目开发中一个非常重要的环节,一个良好的数据库设计，可以提高开发效率，方便系统维护，并且为以后项目功能的扩展留下余地。我们通过书写这份文档说明，从各方面进行对校园地图的数据库...

关于权限的数据库设计

不管是在网站开发还是MIS系统开发中，涉及到多用户的软件系统都会遇到这个问题，如何比较优雅的解决这个问题也一直是大家经常探讨的热门话题，本文试着谈论一下自己的观点，希望和大家共同切磋。方法一： 用户表：...

如何设计一个优秀的数据库

一个成功的管理系统，是由：[50% 的业务 + 50% 的软件] 所组成，而 50% 的成功软件又有 [25% 的数据库 + 25% 的程序] 所组成，数据库设计的好坏是一个关键。如果把企业的数据比做生命所必需的血液，那么数据库的...

mysql字段类型tinyint、smallint、mediumint、int、bigint详解

mysql建模的过程中，对于优化来讲一个非常重要的点就是字段类型的设置，好的字段类型的设置可以帮助更快的查询数据同时能节约硬盘空间，这对于优化数据库来讲是非常重要的。 mysql的字段类型大体来讲分为int、text...

[转]PHP文本数据库类设计和实现

PHP文本数据库类及其基础上的文章系统作者：bpns来源： http://202.113.13.169/site/redboy/index.php?item=read&id=1&blogID=4 一　文本数据库类目标文本数据库设计的目标，是实现文本等数据的组织和存取，屏蔽...

用户权限的数据库设计

由于当时项目进度不允许，导致最终系统权限模块草草了事，每个模块都是由读权限字符串来控制用户ACL，当用户无法访问时，提示权限不够。这么做对用户是很不负责任的，既然让用户看到了操作的方式和界面，为什么又...

相关热词 c#正则表达式 验证小数 c# vscode 配置 c#三维数组能存多少数据 c# 新建excel c#多个文本框 c#怎么创建tcp通讯 c# mvc 电子病例 c#如何打印二维码 c#实现dbscan算法 &#39 c#