用 tinyint 还是 char(1) ?

2013-08-07 08:18:22 1.4k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

SAP CO实战：如何用KKA2/CJ88结果分析码搞定项目收入成本匹配（附真实案例）本文深入解析了SAP CO模块中结果分析码KKA2/CJ88的核心应用，通过真实案例详细阐述了如何在成本波动剧烈的销售型项目中，运用结果分析实现收入与成本的精准匹配。文章重点拆解了不同结果分析方法的适用场景与财务影响，并提供了从配置、操作到问题排查的完整实战指南，帮助财务顾问提升项目财务管理能力。阅读详情

要存储选择项，如

A.非常满意 B.满意 C.一般 D.不满意

从效率、前台开发的方便性等方面来分析，后台数据库表中用以下三种方案哪种好？
1 char(1) 1 2 3 4
2 char(1) A B C D
3 tinyint 1 2 3 4

...全文

MT4/MT5数据源接入全攻略：从买服务、自研API到低成本DDE，哪种方案适合你？本文全面解析MT4/MT5数据源接入的三种主流方案：商业服务、自研API和低成本DDE，详细对比其技术参数、成本结构和适用场景。帮助技术团队根据业务需求选择最优方案，确保外汇交易系统的数据流稳定性和实时性，提升交易体验和业务连续性。阅读详情

phuson

MS-SQL Server 34,876 成员 254,635 内容

+ 关注 + 加入社区

切换为时间正序

發糞塗牆 2013-08-07

打赏
举报

数值型的运算速度会高一点，但是不适合扩展，要是你的选项有很多，那用char会比较好。

KeepSayingNo 2013-08-07

打赏
举报

用tinyint比较好，数值型的肯定比字符型的查询快，而且后续你也可以在这个字段上做一些运算然后实现特别的查询

Neo_whl 2013-08-07

打赏
举报

小弟想问一个比较笨的问题，为啥说char，varchar查询会比int慢，是不是字符类型先要转化为ascii码，再到2进制，而数据直接到2进制，转化时间短点

-Tracy-McGrady- 2013-08-07

打赏
举报

都可以的吧。

Andy__Huang 2013-08-07

打赏
举报

对于2 char(1) A B C D 毫无疑问，使用char类型

Andy__Huang 2013-08-07

打赏
举报

SQL server数据库数据类型tinyint,smallint,int和bigint的区别一、类型比较 bigint：从-2^63(-9223372036854775808)到2^63-1(9223372036854775807)的整型数据，存储大小为 8 个字节。一个字节就是8位，那么bigint就有64位 www.2cto.com int：从-2^31(-2,147,483,648)到2^31-1(2,147,483,647)的整型数据，存储大小为 4 个字节。 int类型，最大可以存储32位的数据 smallint：从-2^15(-32,768)到2^15-1(32,767)的整数数据，存储大小为 2 个字节。 smallint就是有16位 tinyint：从0到255的整数数据，存储大小为 1 字节。tinyint就有8位。二、注释在支持整数值的地方支持 bigint 数据类型。但是，bigint 用于某些特殊的情况，当整数值超过 int 数据类型支持的范围时，就可以采用 bigint。在 SQL Server 中，int 数据类型是主要的整数数据类型。在数据类型优先次序表中，bigint 位于 smallmoney 和 int 之间。只有当参数表达式是 bigint 数据类型时，函数才返回 bigint。SQL Server 不会自动将其它整数数据类型（tinyint、smallint 和 int）提升为 bigint。 www.2cto.com 三、总结所以选择最恰当的数据类型是非常重要的，例如，给你10个18位的全是数字的身份证号码，和10个15位的全是数字的身份证号码。让你以最快的查询的速度查找出来，这20个记录，那么你在设计这个字段的时候，应该有几个地方要注意： 1. 最快的查询速度，无非我们选择int类型的数据来存储这20个身份证号码。但是15位和18位的数据貌似只有bigint才满足条件。 2. 有人要说为啥不用varchar或者char呢。直接存成一个字符串。这个问题问的比较好，首先，int的查询速度肯定比varchar和char要快，那么int类型的数据是首选，但是int在sqlserver中有好几种。这个就要选择最恰当的数据类型。

大力水手 2013-08-07

打赏
举报

看两个效率应该是一样的。但是我感觉tinyint可扩展性更强点。我们公司有一个干了10年的DBA 建立了一列bit 型，程序那边说有-1存在。他又改成了tinyint型。程序那边又说有-1。这封邮件在各部门老大哪转来又转。 DBA不能只为瘦身而不顾扩展。也许瘦身能提高一点性能。但是以后可能会照成很大的麻烦。

phuson 2013-08-07

打赏
举报

引用 5 楼 wwwwgou 的回复:

--都是固定长度，占1个字节。 --前台开发：即见即所得，可能存储A,B,C,D更直观些 --效率：主要看你进行什么样的运算。可能主要是JOIN和ORDER。一般来说用tinyint会好些。建议：对于这种题类型，一般还会有一个选项表，记录了所有选项。当存储用户答案时，并不会存储A,B,C,D，而是存储USER选中的那个选项ID，然后再和已经设定好的正确选项ID作对比。如果不涉及到上述问题的话，个人建议用tinyint.

不是考试题，是满意度调查表，所有题都是这四个选项。。需要进行的运算主要是：计算出各选项的百分比。

phuson 2013-08-07

打赏
举报

引用 3 楼 rockyljt 的回复:

[quote=引用楼主 phuson 的回复:] 从前台开发的方便性等方面来分析

2 char(1) A B C D 更好[/quote] 为什么呢？我倒觉得tinyint好一些，因为至少程序中不用加单引号了

Shawn 2013-08-07

打赏
举报

--都是固定长度，占1个字节。 --前台开发：即见即所得，可能存储A,B,C,D更直观些 --效率：主要看你进行什么样的运算。可能主要是JOIN和ORDER。一般来说用tinyint会好些。建议：对于这种题类型，一般还会有一个选项表，记录了所有选项。当存储用户答案时，并不会存储A,B,C,D，而是存储USER选中的那个选项ID，然后再和已经设定好的正确选项ID作对比。如果不涉及到上述问题的话，个人建议用tinyint.