PostgreSQL数据库timestamp数据类型精度进位问题

于 2024-08-08 11:34:04 发布
阅读量524 收藏 8
点赞数 25
分类专栏： 数据存储 文章标签： 数据库 postgresql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_37583655/article/details/141022298
版权

PostgreSQL数据库timestamp数据类型精度进位问题

1. PostgreSQL起源

PostgreSQL 起源于 1986 年加州大学伯克利分校开发的 POSTGRES 项目。它经过多年的发展和演进，成为了一个功能强大、开源的关系型数据库管理系统。

PostgreSQL 本身是开源的，通常不存在严格意义上的商业版和社区版之分。
官网地址：https://www.postgresql.org/
在官网上，您可以获取更详细和准确的信息，包括最新的特性、下载安装指南、文档教程等。

2. PostgreSQL特点

  1. 强大的功能：支持丰富的特性，如复杂查询、事务处理、存储过程、视图等。
  2. 开源和社区驱动：拥有活跃的开源社区，不断进行改进和更新。
  3. 可扩展性：易于扩展功能和数据类型。
  4. 标准符合性：高度符合 SQL 标准。
  5. 安全性：提供多种安全机制，包括用户认证、权限管理等。

3. PostgreSQL优缺点

优点：

  1. 稳定性高：经过长期的实践和优化，具有出色的稳定性和可靠性。
  2. 数据完整性：确保数据的一致性和完整性。
  3. 跨平台支持：可在多种操作系统上运行。
  4. 丰富的文档和支持：有详细的官方文档和活跃的社区支持。

缺点：

  1. 配置相对复杂：对于新手来说，初始配置可能具有一定的难度。
  2. 资源消耗：在处理大型数据集时，可能需要较多的系统资源。

4. PostgreSQL数据类型

包括数值类型（如整数、浮点数）、字符串类型（固定长度和可变长度）、日期和时间类型、布尔类型、数组类型、枚举类型、几何类型等。

数据类型说明精度特点案例
smallint小范围整数2 字节占用存储空间小，适用于数据范围较小的整数smallint: 100
integer（或 int）常规整数4 字节常见的整数类型，能满足大多数常规整数需求integer: 2000
bigint大范围整数8 字节用于存储非常大的整数数值bigint: 9000000000
decimal（或 numeric）用户指定精度和小数位数的精确数值取决于指定的精度和小数位数精度和小数位数可自定义，适用于对精度要求高的数值计算decimal(5, 2): 123.45
real单精度浮点数4 字节大约 6 位十进制精度存储精度要求不高的浮点数
double precision双精度浮点数8 字节大约 15 位十进制精度适用于高精度的浮点数计算
char(n)固定长度的字符字符串，不足长度用空格填充n 个字符长度固定，存储和读取效率较高char(10): 'hello '
varchar(n)可变长度的字符字符串，最大长度为 n最大 n 个字符节省存储空间，适用于长度不固定的字符串varchar(20): 'hello world'
text可变长度的字符字符串，无长度限制无限制可存储大量文本数据text: 'This is a long text.'
date日期格式为 YYYY-MM-DD只存储日期信息date: '2024-08-08'
time时间，不包含日期格式为 HH:MM:SS只存储时间信息time: '12:30:00'
timestamp日期和时间格式为 YYYY-MM-DD HH:MM:SS ，支持到微秒级别（6 位小数）同时包含日期和时间信息timestamp: '2024-08-08 12:30:00.123456'
boolean布尔值真或假用于表示逻辑值boolean: true
array数组取决于元素类型和数组长度可以存储相同数据类型的元素集合integer[]: '{1, 2, 3}'
jsonJSON 数据无固定精度方便存储和处理 JSON 格式的数据json: '{"key": "value"}'
uuid通用唯一标识符128 位用于生成唯一标识符uuid: 'a0eebc99-9c0b-4ef8-bb6d-6bb9bd380a11'

5. PostgreSQL注意事项

timestamp数据类型精度进位问题，先说结论，在测试验证。
PostgreSQL只能存储最多6位的小数部分。因此，当尝试存储超过6位的分数秒时，会发生以下情况之一：
如果额外的数字导致整个分数秒部分超过 999999 微秒，则整个时间值会进位到下一秒，剩余的部分会被截断或者四舍五入到 6 位小数。
在这种情况下，2024-08-07 16:19:23.999999999 会被处理为 2024-08-07 16:19:24.000000。
如果你使用的是某种客户端或者编程语言接口来处理这个时间值，在插入之前它可能会自动进行四舍五入或截断。

比如，
截取前三位数据：小于 2024-08-07 16:19:23.999999500
进位数据：[2024-08-07 16:19:23.999999500 - 2024-08-07 16:19:23.999999999]

注意问题：
PostgreSQL 的 timestamp 类型默认只支持到微秒级别（6位小数），为什么select出来的数据中展示三位2024-08-07 16:19:23.999？
PostgreSQL 的 timestamp 类型确实支持到微秒级别（6位小数）。然而，默认情况下，当您从数据库中查询 timestamp 值时，PostgreSQL 会将结果显示为毫秒级别（3位小数）以提高可读性。这是默认的行为，但是您可以更改输出的精度。案例如下。

--PostgreSQL数据库timestamp数据类型精度进位问题
--# 1.PostgreSQL数据库数据类型
-- 数据库版本，PostgreSQL 15.3 on x86_64-pc-linux-gnu, compiled by gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit
SELECT version();

-- 创建数据库
-- crm.t_wx_user_1 definition

-- Drop table

-- DROP TABLE crm.t_wx_user_1;

CREATE TABLE crm.t_wx_user_1 (
	user_id int8 NOT NULL,
	union_id varchar(50) NULL,
	open_id varchar(50) NULL,
	last_login_time timestamp NULL,
	privacy_agreement_version int8 NOT NULL DEFAULT 0,
	create_time timestamp NOT NULL,
	update_time timestamp NOT NULL DEFAULT '1970-01-01 00:00:00'::timestamp without time zone,
	delete_flag int2 NOT NULL DEFAULT 0,
	delete_time timestamp NOT NULL DEFAULT '1970-01-01 00:00:00'::timestamp without time zone,
	first_login_time timestamp NULL,
	created_by int8 NOT NULL DEFAULT '-1'::integer,
	updated_by int8 NOT NULL DEFAULT '-1'::integer,
	inst_id int8 NULL,
	CONSTRAINT t_wx_user_pkey_1 PRIMARY KEY (user_id)
);
CREATE INDEX idx_t_wx_user_open_id_1 ON crm.t_wx_user_1 USING btree (open_id);
CREATE INDEX idx_t_wx_user_union_id_1 ON crm.t_wx_user_1 USING btree (union_id);
CREATE UNIQUE INDEX uniq_wx_userid_unionid_openid_1 ON crm.t_wx_user_1 USING btree (user_id, union_id, open_id);

-- 测试验证数据库
select * from crm.t_wx_user_1 order by user_id  ;

-- postgres数据库 timestamp类型，新增操作，支持类型 2024-08-07 16:19:23.142，正常插入数据库
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230000, '1', '1', '2024-08-07 16:19:23.142', 0, '2024-07-12 16:52:39.674', '2024-08-07 16:19:23.142', 0, '1970-01-01 00:00:00.000', '2024-07-12 16:52:39.674', -1, -1, 1);

-- postgres数据库 timestamp类型，新增操作，6位数据类型 2024-08-07 16:19:23.123456，截断前三位插入数据库
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230001, '1', '1', '2024-08-07 16:19:23.123456', 0, '2024-07-12 16:52:39.123456', '2024-08-07 16:19:23.123456', 0, '1970-01-01 00:00:00.123456', '2024-07-12 16:52:39.123456', -1, -1, 1);

-- postgres数据库 timestamp类型，新增操作，3个9验证 2024-08-07 16:19:23.999，正常插入数据库
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230002, '1', '1', '2024-08-07 16:19:23.999', 0, '2024-07-12 16:52:39.999', '2024-08-07 16:19:23.999', 0, '1970-01-01 00:00:00.999', '2024-07-12 16:52:39.999', -1, -1, 1);

-- postgres数据库 timestamp类型，新增操作，4个9验证 2024-08-07 16:19:23.9999，截断前三位插入数据库
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230003, '1', '1', '2024-08-07 16:19:23.9999', 0, '2024-07-12 16:52:39.9999', '2024-08-07 16:19:23.9999', 0, '1970-01-01 00:00:00.9999', '2024-07-12 16:52:39.9999', -1, -1, 1);

-- postgres数据库 timestamp类型，新增操作，6个9验证 2024-08-07 16:19:23.999999，截断前三位插入数据库
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230004, '1', '1', '2024-08-07 16:19:23.999999', 0, '2024-07-12 16:52:39.999999', '2024-08-07 16:19:23.999999', 0, '1970-01-01 00:00:00.999999', '2024-07-12 16:52:39.999999', -1, -1, 1);

-- postgres数据库 timestamp类型，新增操作，9个9验证 2024-08-07 16:19:23.999999999，会进位，存到数据库为：2024-08-07 16:19:24.000
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230005, '1', '1', '2024-08-07 16:19:23.999999999', 0, '2024-07-12 16:52:39.999999999', '2024-08-07 16:19:23.999999999', 0, '1970-01-01 00:00:00.999999999', '2024-07-12 16:52:39.999999999', -1, -1, 1);

-- postgres数据库 timestamp类型，查询操作，9个9验证 2024-08-07 16:19:23.999999999，会进位，把2024-08-07 16:19:24.000的也查询出来。
select * from crm.t_wx_user_1 where last_login_time <= '2024-08-07 16:19:23.999999999';

-- postgres数据库 timestamp类型，新增操作，9个值验证 2024-08-07 16:19:23.123456789，截断前三位插入数据库
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230006, '1', '1', '2024-08-07 16:19:23.123456789', 0, '2024-07-12 16:52:39.123456789', '2024-08-07 16:19:23.123456789', 0, '1970-01-01 00:00:00.123456789', '2024-07-12 16:52:39.123456789', -1, -1, 1);

-- postgres数据库 timestamp类型，查询操作，9个9验证 2024-08-07 16:19:23.999999999，会进位，把2024-08-07 16:19:24.000的也查询出来。
select * from crm.t_wx_user_1 where last_login_time <= '2024-08-07 16:19:23.999999999';


-- postgres数据库 timestamp类型，新增操作，9个9验证 2024-08-07 16:19:23.999999998，会进位，存到数据库为：2024-08-07 16:19:24.000
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230007, '1', '1', '2024-08-07 16:19:23.999999998', 0, '2024-07-12 16:52:39.999999998', '2024-08-07 16:19:23.999999998', 0, '1970-01-01 00:00:00.999999998', '2024-07-12 16:52:39.999999998', -1, -1, 1);

-- postgres数据库 timestamp类型，新增操作，9个9验证 2024-08-07 16:19:23.999999001，截断前三位插入数据库
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230008, '1', '1', '2024-08-07 16:19:23.999999001', 0, '2024-07-12 16:52:39.999999001', '2024-08-07 16:19:23.999999001', 0, '1970-01-01 00:00:00.999999001', '2024-07-12 16:52:39.999999001', -1, -1, 1);

-- postgres数据库 timestamp类型，新增操作，9个9验证 2024-08-07 16:19:23.999999991，进位
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230009, '1', '1', '2024-08-07 16:19:23.999999991', 0, '2024-07-12 16:52:39.999999991', '2024-08-07 16:19:23.999999991', 0, '1970-01-01 00:00:00.999999991', '2024-07-12 16:52:39.999999991', -1, -1, 1);
-- postgres数据库 timestamp类型，新增操作，9个9验证 2024-08-07 16:19:23.999999990，进位
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230010, '1', '1', '2024-08-07 16:19:23.999999990', 0, '2024-07-12 16:52:39.999999990', '2024-08-07 16:19:23.999999990', 0, '1970-01-01 00:00:00.999999990', '2024-07-12 16:52:39.999999990', -1, -1, 1);
-- postgres数据库 timestamp类型，新增操作，9个9验证 2024-08-07 16:19:23.999999900，进位
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230011, '1', '1', '2024-08-07 16:19:23.999999900', 0, '2024-07-12 16:52:39.999999900', '2024-08-07 16:19:23.999999900', 0, '1970-01-01 00:00:00.999999900', '2024-07-12 16:52:39.999999900', -1, -1, 1);

-- postgres数据库 timestamp类型，新增操作，9个9验证 2024-08-07 16:19:23.999999800，进位
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230012, '1', '1', '2024-08-07 16:19:23.999999800', 0, '2024-07-12 16:52:39.999999800', '2024-08-07 16:19:23.999999800', 0, '1970-01-01 00:00:00.999999800', '2024-07-12 16:52:39.999999800', -1, -1, 1);

-- postgres数据库 timestamp类型，新增操作，9个9验证 2024-08-07 16:19:23.999999000，截取前三位
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230013, '1', '1', '2024-08-07 16:19:23.999999000', 0, '2024-07-12 16:52:39.999999000', '2024-08-07 16:19:23.999999000', 0, '1970-01-01 00:00:00.999999000', '2024-07-12 16:52:39.999999000', -1, -1, 1);
-- postgres数据库 timestamp类型，新增操作，9个9验证 2024-08-07 16:19:23.999999500，进位
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230014, '1', '1', '2024-08-07 16:19:23.999999500', 0, '2024-07-12 16:52:39.999999500', '2024-08-07 16:19:23.999999500', 0, '1970-01-01 00:00:00.999999500', '2024-07-12 16:52:39.999999000', -1, -1, 1);
-- postgres数据库 timestamp类型，新增操作，9个9验证 2024-08-07 16:19:23.999999100，进位
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230015, '1', '1', '2024-08-07 16:19:23.999999100', 0, '2024-07-12 16:52:39.999999100', '2024-08-07 16:19:23.999999100', 0, '1970-01-01 00:00:00.999999100', '2024-07-12 16:52:39.999999100', -1, -1, 1);
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230016, '1', '1', '2024-08-07 16:19:23.999999200', 0, '2024-07-12 16:52:39.999999200', '2024-08-07 16:19:23.999999100', 0, '1970-01-01 00:00:00.999999100', '2024-07-12 16:52:39.999999100', -1, -1, 1);
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230017, '1', '1', '2024-08-07 16:19:23.999999300', 0, '2024-07-12 16:52:39.999999300', '2024-08-07 16:19:23.999999100', 0, '1970-01-01 00:00:00.999999100', '2024-07-12 16:52:39.999999100', -1, -1, 1);
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230018, '1', '1', '2024-08-07 16:19:23.999999400', 0, '2024-07-12 16:52:39.999999400', '2024-08-07 16:19:23.999999100', 0, '1970-01-01 00:00:00.999999100', '2024-07-12 16:52:39.999999100', -1, -1, 1);

-- 再次验证 500 进位
INSERT INTO crm.t_wx_user_1
(user_id, union_id, open_id, last_login_time, privacy_agreement_version, create_time, update_time, delete_flag, delete_time, first_login_time, created_by, updated_by, inst_id)
VALUES(1230019, '1', '1', '2024-08-07 16:19:23.999999500', 0, '2024-07-12 16:52:39.999999500', '2024-08-07 16:19:23.999999100', 0, '1970-01-01 00:00:00.999999100', '2024-07-12 16:52:39.999999100', -1, -1, 1);


-- postgres数据库 timestamp类型，查询操作，9个9验证 2024-08-07 16:19:23.999999999，会进位，把2024-08-07 16:19:24.000的也查询出来。
select * from crm.t_wx_user_1 ;
where last_login_time <= '2024-08-07 16:19:23.999999999';

--截取前三位数据：小于 2024-08-07 16:19:23.999999500
--进位数据：[2024-08-07 16:19:23.999999500 - 2024-08-07 16:19:23.999999999]


结论
PostgreSQL只能存储最多6位的小数部分。因此，当尝试存储超过6位的分数秒时，会发生以下情况之一：
如果额外的数字导致整个分数秒部分超过 999999 微秒，则整个时间值会进位到下一秒，剩余的部分会被截断或者四舍五入到 6 位小数。
在这种情况下，2024-08-07 16:19:23.999999999 会被处理为 2024-08-07 16:19:24.000000。
如果你使用的是某种客户端或者编程语言接口来处理这个时间值，在插入之前它可能会自动进行四舍五入或截断。

比如：
截取前三位数据：小于 2024-08-07 16:19:23.999999500
进位数据：[2024-08-07 16:19:23.999999500 - 2024-08-07 16:19:23.999999999]


-- 创建表
CREATE TABLE crm.wx_users (
    id SERIAL PRIMARY KEY,
    name VARCHAR(255) NOT NULL,
    created_at TIMESTAMP WITHOUT TIME ZONE NOT NULL
);

-- 插入数据
INSERT INTO crm.wx_users (name, created_at)
VALUES ('John Doe', '2024-08-07 16:19:23.999999');
INSERT INTO crm.wx_users (name, created_at)
VALUES ('Jerry', '2024-08-07 16:19:23.999996');

-- 查询数据
SELECT * FROM crm.wx_users;

 PostgreSQL 的 timestamp 类型默认只支持到微秒级别（6位小数），为什么select出来的数据中展示三位2024-08-07 16:19:23.999
 PostgreSQL 的 timestamp 类型确实支持到微秒级别（6位小数）。然而，默认情况下，当您从数据库中查询 timestamp 值时，PostgreSQL 会将结果显示为毫秒级别（3位小数）以提高可读性。这是默认的行为，但是您可以更改输出的精度。
 
-- 使用 to_char 函数来显示完整的微秒
SELECT id, name, to_char(created_at, 'YYYY-MM-DD HH24:MI:SS.US') AS created_at FROM crm.wx_users;
靖节先生
关注
  • 25
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
为金融场景而生的数据类型：Numeric
Qingcloudedu的博客
10-20 741
笔者曾做过数据库 Data Type 相关的设计和从 0 到 1 的源码实现，对 Numeric（与 Decimal 等价，都是标准 SQL 的一部分）, Datetime, Timestamp, varchar … 等数据类型的设计、源码实现及在内存中计算原理有比较深的理解。 本篇基于 PostgreSQL 源码，解析 PostgreSQL 中 Numeric 类型的内存计算结构和磁盘存储结构。 c 源码 ：https://github.com/postgres/postgres/blob/master
源码 | 为金融场景而生的数据类型：Numeric
RadonDB的博客
10-08 350
高日耀 资深数据库内核研发 毕业于华中科技大学，喜欢研究主流数据库架构和源码，并长期从事分布式数据库内核研发。曾参与分布式 MPP 数据库 CirroData 内核开发（东方国信），现主要负责 MySQL 系列产品内核开发（青云科技）。 笔者曾做过数据库 Data Type 相关的设计和从 0 到 1 的源码实现，对 Numeric（与 Decimal 等价，都是标准 SQL 的一部分）, Datetime, Timestamp, varchar … 等数据类型的设计、源码实现及在内存中计算原理.
PostgreSQL - 数据类型
董董的^数据空间
03-03 526
在创建表的时候, 指定字段数据类型, 那么有以下多种的类型选择:
常用数据库的数据类型
AlbenXie的博客
08-16 599
Oracle数据库的数据类型 CHAR-----固定长度字符串-----最大长度2000bytes VARCHAR2-----可变长度的字符串-----最大长度4000bytes NCHAR-----根据字符集而定的固定长度字符串-----最大长度2000bytes NVARCHAR2-----根据字符集而定的可变长度字符串-----最大长度4000bytes ...
Android IOS SQLite 数据库 数据类型
程序是有生命的精灵
03-07 2272
SQLite驱动支持的SQL 列类型 类型描述 TINYBLOB, BLOB, MEDIUMBLOB, LONGBLOB, BYTEA 不限制长度的字符串类型. 二进制数据必须安全地编码存储, 见text类型. CHAR(), VARCHAR(), TINYTEXT, TEXT, MEDIUMTEXT, LONGTEXT 不限制长度的字符串类型. 不会被截断或者填充 ENUM 不限
各种数据库常用的数据类型
sthenchow的专栏
06-10 2606
Oracle数据库的数据类型 CHAR-----固定长度字符串-----最大长度2000 bytes   VARCHAR2 -----可变长度的字符串 -----最大长度4000 bytes   NCHAR -----根据字符集而定的固定长度字符串 -----最大长度2000 bytes     NVARCHAR2 -----根据字符集而定的可变长度字符串 -----最大长度4000
MySQL（一）SQL语法、数据类型、常用函数、事务
HK的博客
11-14 2092
数据库三大范式；主键与外键；Mysql数据类型；字符集；常用函数（字符串函数、时间函数、数值函数）；事务；ACID；
SQLite数据库中的SQL语句
dearbaba_8520的博客
08-16 2056
2010年SQLite学习笔记之一 一．如何获取SQLite最新版本 官方站点：http://www.sqlite.org/ 从http://www.sqlite.org/网站的Download页面获
android数据库sqlite常用命令
jsjbduus12的博客
09-10 353
转载自http://hunankeda110.iteye.com/blog/1143258 2010年SQLite学习笔记之一 一． 如何获取SQLite最新版本 官方站点：http://www.sqlite.org/ 从http://www.sqlite.org/网站的Download页面获取 即如下页面下载 http://www.sqlite.o
连接postgresql数据库需要的jar包
01-15
需要注意的是，确保JDBC驱动版本与PostgreSQL数据库服务器的版本兼容，以避免可能出现的兼容性问题。同时，为了保证数据安全，应尽量避免在代码中硬编码数据库连接信息，而是通过环境变量或配置文件来传递这些敏感...
C#访问PostGreSQL数据库的方法
01-01
首先我想看看PostGreSQL的数据库以及我想要获取的数据形态是什么样子的，Linux和PostGreSQL这两个关键字我都不熟悉，搜了一下找到了一个可以连通PostGreSQL数据库的Windows客户端，叫pgAdmin，我装的是III版本，应该...
postgresql数据库定时备份脚本（linux）
07-14
在Linux环境中，对PostgreSQL数据库进行定时备份是确保数据安全的重要步骤。PostgreSQL是一个功能强大的开源关系型数据库系统，广泛应用于各种规模的企业和项目。定时备份可以帮助我们在系统故障、误操作或其他不可...
PostgreSQL – 创建数据库 创建数据表
12-14
文章目录第一次登陆PG查看数据库版本查看所有PG库创建数据库使用数据库删除数据库Table 数据表创建Table查看当前库中所有表查看表结构修改表名删除表引用操作系统文件脚本 \i 第一次登陆PG 像oracle一样, 虽然我们...
kettle访问PostgreSQL数据库并处理数据至execl文件环境搭建材料
最新发布
05-11
本篇文章将详细介绍如何使用Kettle访问PostgreSQL数据库，处理数据，并将其导出为Excel文件，同时也会提及Docker在搭建环境中的应用。 首先，PostgreSQL是一种开源的关系型数据库管理系统，以其强大的功能和稳定性...
MySQL统计函数count详解
热门推荐
靖节先生的博客
12-03 4万+
@count() 是一个聚合函数，返回指定匹配条件的行数。开发中常用来统计表中数据，全部数据，不为null数据，或者去重数据。1.函数说明 count(1)：统计所有的记录（包括null）。 count(*)：统计所有的记录（包括null）。 count(字段)：统计该"字段"不为null的记录。 count(distinct 字段)：统计该"字段"去重且不为null的记录。count(1)中的1并不是表示第一个字段，而是表示一个固定值。其实就可以想成表中有这么一个字段，这个字段就是固定值1，coun
MySql统计函数COUNT详解
靖节先生的博客
05-09 3万+
MySql统计函数COUNT详解1. COUNT()函数概述2. COUNT()参数说明3. COUNT()使用场景4. COUNT()阿里开发规范 1. COUNT()函数概述 COUNT() 是一个聚合函数，返回指定匹配条件的行数。开发中常用来统计表中数据，全部数据，不为NULL数据，或者去重数据。 2. COUNT()参数说明 COUNT(1)：统计不为NULL 的记录。 COUNT(*)：统计所有的记录（包括NULL）。 COUNT(字段)：统计该"字段"不为NULL 的记录。 1.如果这个字段是定
Mysql使用函数json_extract处理Json类型数据
靖节先生的博客
08-24 2万+
Mysql使用函数json_extract处理Json类型数据1. 需求概述2. json_extract简介2.1 函数简介2.2 使用方式2.3 注意事项3. 实现验证3.1 建表查询3.2 查询结果 1. 需求概述 业务开发中通常mysql数据库中某个字段会需要存储json格式字符串，查询的时候有时json数据较大，每次全部取出再去解析查询效率较低，也比较麻烦，则Mysql5.7版本提供提供函数json_extract，可以通过key查询value值，比较方便。 2. json_extract简介 2
Oracle数据库SQL优化详解
靖节先生的博客
01-07 1万+
Oracle数据库SQL优化1. Oracle SQL优化概述2. Oracle SQL优化详解2.1 Oracle 查询阻塞2.2 Oracle 查询耗时 SQL2.3.Oracle 查看执行计划2.4.Oracle 查看收集统计信息2.5.Oracle 查询优化器 -- 改写查询语句2.6.Oracle 查询优化器 -- 访问路径2.7.Oracle 查询优化器 -- 表连接方法2.8.Oracle 索引2.9.Oracle 视图2.10.Oracle 减少数据库访问次数2.11 Oracle 面向对象
PostgreSQL timestamp数据类型
07-08
PostgreSQL中的timestamp数据类型用于存储日期和时间的值。它可以表示从公元前4713年1月1日到公元后294276年12月31日的时间范围。 在PostgreSQL中，timestamp类型存储的值精确到微秒级别。它可以包含日期和时间信息...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值