有符号int最大可以支持到约22亿，远远大于我们的需求和MySQL单表所能支持的性能上限。对于OLTP应用来说，单表的规模一般要保持在千万级别，不会达到22亿上限。如果要加大预留量，可以把主键改为改为无符号int，上限为42亿，这个预留量已经是非常的充足了。使用bigint，会占用更大的磁盘 ...

postgresql中的该类型精度支持到1000位，采用变长方式存储，那么如何通过atttypmod来获取到定义的precision和scale呢？ 两种方法： 1.观察二进制： numeric(5,4) => 327688 0101 0000 0000 0000 1000 ...

tinyint 从 -2^7 (-128) 到 2^7 - 1 (123) 的整型数据。存储大小为 1 个字节。 unsigned 是从 0 到 255 的整型数据。 所以建表的时候 只能是ti ...

使用整数数据的精确数字数据类型。 bigint 从 -2^63 (-9223372036854775808) 到 2^63-1 (9223372036854775807) 的整型数据（所有数字）。存储大小为 8 个字节。 int 从 -2^31 (-2,147,483,648 ...

首先记一下，Numeric数字数据只包含 数字。数字数据包括正数、负数、小数、分数和整数 例子如下： Numeric(6,2) Numeric(16,6) Numeric(16,0) 从左到右，第一个数据为有效数据位数；第二个数据为保留的小数位，也可以是预留小数位 int为整数类型 ...

原来series_id是numeric型，现在转换为varchar(64)； ...

精度即数的有效数字个数 2.5的有效数字个数是2,但是053.2的有效数字个数是3 标度是小数点的位数 例如numeric(2,1)，即这个数必须是两位，并且小数后面最多有一位，多出来的小数会被四舍五入 可以很容易的确定出numeric的范围，即-10（精度-标度）到10（精度-标度）次方 ...

数据库中进行表的链接查询比使用in的速度是要快的，怎样在程序中避免使用in？ postgresql提供了regexp_split_to_table这个函数，我们可以借助该函数避免使用in带来的问题 使用方法： 　　有表A，表A中有字段Id 　　使用in查询 ...