SQL数据库中自动更新updateTime

哎，说到这个数据库中更新时间字段的函数，之前我也是一头雾水。
我记得2 02 2 年在一个城市做一个项目。
此时我们使用的是MySQL，想要自动更新updateTime字段。
这就是我们使用语法 ONUPDACURRENT_TIMESTAMP 的原因。
写的时候迷惑了好久，后来才知道这个东西需要MySQL 5 .6 .5 及以上版本。
我们当时正好在用这个版本，感觉很舒服。

该表具有以下结构。
我会读给你听：“CREATE TABLE your_table (id varchar(2 0) NOT NULL COMMENT 'id', create_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', update_time datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间', PRIMARY KEY。
” (id)) ENGINE=InnoDB DEFAULT CHARSET=utf8 mb4 COMMENT='table';"。
当时对DEFAULT CURRENT_TIMESTAMP很困惑，后来才知道它的意思是如果插入记录时不指定update_time，就会自动填充当前时间。

那么PostgreSQL的问题就大多了，触发器你得自己写。
我给大家看看，这是触发器函数的代码：“CREATE或替换函数 upd_update_time() 返回触发器为 $$ BEGIN NEW.update_time = current_timestamp;返回新的；结尾; $$ LANGUAGE plpgsql;"。
这个触发器函数在每次更新操作之前调用，并将 update_time 字段设置为当前时间戳。

还必须定义表结构，通常使用 TIMESTAMP WITH TIME ZONE 类型。
让我向您展示这是触发器的创建语句：“CREATE TRIGGER upd_update_time_trigger BEFORE UPDATE ON your_table FOR EACH ROW EXECUTE FUNCTION upd_update_time();”。
这个东西虽然费力，但是很灵活。

性能方面，MySQL原生的支持其实效率更高，而PostgreSQL的触发方式，虽然性能开销小，但是问题不大。

后来我也想记录修改器信息，所以扩展了触发逻辑，写了一个新函数：“CREATE OR REPLACE FUNCTION upd_update_info() RETURNS TRIGGER AS $$ BEGIN NEW.update_time = current_timestamp; NEW.updated_by = current_user; -
假设有一个updated_by字段RETURN NEW;这个current_user用来获取当前登录的用户名。

最后，测试验证也至关重要。
执行更新后，您需要验证时间戳是否已更新。
让我告诉你：“UPDATE your_table SET some_column = 'newvalue' WHERE id = 'test'; SELECT update_time FROM your_table WHERE id = 'test';”。
更新和查询这两个命令必须确保时间戳被更新。

两种实现方法都可以保证updateTime字段在记录变化时自动更新为当前时间。
MySQL的方案更加简洁，PostgreSQL的方案更加灵活。
哎，数据库这个东西真是难以想象。

MySQL 中 datetime 和 timestamp 的区别与选择

需要明确的是，MySQL 中的日期时间和时间戳选项非常重要。
由于它们在存储时间和时区方面的不同能力，这个问题变得复杂。
我们先来说说最重要的事情。
Datetime为8 个字节，可以存储1 000到9 9 9 9 的时间。
格式为yyyy-mm-dd hh:mm:ss，适合需要精确日期和时间的情况。
另外，时间戳更加紧凑，只有 4 个字节，但其时间范围限制为 2 03 8 ，格式为 yyyy-mm-dd hh:mm:ss。
起初我以为时间戳是秒的简单表示，但后来我发现它是以UTC存储的，并自动转换为当前时区。
很多人并不关心这个。

等一下，还有一件事：字段为 NULL 时的当前时间。
您可以使用时间戳来自动执行此操作； datetime 将保留 NULL；使用时这种差异很重要。
因此，如果您追求存储效率和实时处理；时间戳是一个不错的选择。
但如果您需要严格的时区控制或允许 NULL 值保持不变。
datetime 可能是更合适的选择。
我认为值得尝试根据具体需求来决定使用哪种类型。

在mysql中创建表并新增数据 建表插数完整流程

说白了，创建表并向MySQL插入数据的过程其实非常简单。
主要分为两个主要步骤：建表和数据录入。
我们先来说说最重要的事情。
在表创建步骤中，您使用 CREATE TABLE 语句来定义表名称、字段、数据类型和约束。
例如，在我们去年运行的一个项目中，我们创建了一个 Users 表。
字段包括自增主键ID、不允许为空的用户名、邮箱、记录插入时间的created_at。
还有一个问题是我们将存储引擎设置为InnoDB，它支持事务和行级锁，这对于高并发场景非常重要。
还有一个更重要的细节。
我们选择utf8 mb4 作为字符集，这样它就可以支持整个Unicode字符集。

我一开始以为创建表只是随意定义一些字段而已，但后来发现不对劲。
我必须考虑数据类型匹配、约束检查和性能优化。
例如，插入的值必须与字段类型兼容，否则会出现错误。
此外，唯一性约束检查也很重要。
输入重复的用户名或电子邮件将导致错误。
我们需要首先检查它是否存在，或者使用 INSERT IGNORE 跳过重复项。

在入门阶段，单次入门非常简单。
使用 INSERT INTO 指定字段名称和关联值。
自动生成的字段，如ID、created_at等，不需要手动赋值。
对于批量录入，可以一次录入多行数据，提高效率。
从文件导入也是常见的操作。
使用 LOAD DATA INFILE 快速导入大量数据。

等等，还有一件事，性能优化也很重要。
例如，对频繁查询的字段建立索引，但要避免过度索引。
数据规范化也很重要，将大表拆分为相关表以减少冗余并使用外键来维护引用完整性。

最后，我想给大家一个实用的建议。
当你看这个流程的时候，其实你可以根据实际需求进行调整，比如索引优化、数据规范化，这些都是根据具体场景来决定的。
您对这个过程有何看法？有什么需要改进的地方吗？