Database 面向列的DBMS中的无符号整数数据类型

Database 面向列的DBMS中的无符号整数数据类型,database,types,column-oriented,unsigned-integer,Database,Types,Column Oriented,Unsigned Integer,我检查了不同的面向列的数据库系统,如InfiniDB、InfobrightDB和MonetDB。它们都不支持无符号整数作为数据存储类型。为什么?一种解决方案是将所有4字节无符号整数存储到8字节有符号整数()中,但我认为这会浪费太多空间。是否有支持无符号整数的面向列的开源数据库系统?我已经查过了,运气不好。 非常感谢您抽出时间 Emer我在Infobright.org上找到了一个关于“如何从SQL Server迁移”的答案: 无符号整数–无符号整数 历史上都是由 DBA和数据库设计人员提供 用于更

我检查了不同的面向列的数据库系统,如InfiniDB、InfobrightDB和MonetDB。它们都不支持无符号整数作为数据存储类型。为什么?一种解决方案是将所有4字节无符号整数存储到8字节有符号整数()中,但我认为这会浪费太多空间。是否有支持无符号整数的面向列的开源数据库系统?我已经查过了,运气不好。 非常感谢您抽出时间

Emer

我在Infobright.org上找到了一个关于“如何从SQL Server迁移”的答案:

无符号整数–无符号整数 历史上都是由 DBA和数据库设计人员提供 用于更大最大值的容量 一个给定的整型字段,而不是可能的整型字段 使用有符号整数。哪里是负数 数据中不存在值,或 是不允许的,接近 允许选择无符号整数 适应更大的价值,而 在中选择较小的数据类型 传统的面向行的技术。 在Infobright的情况下,当不需要时 存在特定整数的字节数 价值,他们被市场“挤出” 固有的压缩算法。对于 Infobright建议,这就是原因 选择下一个较大的整数数据 类型–例如,BIGINT over 整数,或SMALLINT上的MEDIUMINT- 使最大列值可以 仍能适应所选择的环境 数据类型。Infobright不会受苦 浪费空间的后果 “过度输入”某人的专栏


MySQL支持无符号整数作为列类型

MySQL不是面向列的数据库,因此它不适用于该问题。