太懂这种烦恼了！PostgreSQL对日期格式的严格校验和SQLite的“宽容”完全不在一个频道上，0000-00-00这种在SQLite里能混过去的默认值，到Postgres这儿直接触发致命错误。不用动源数据库的话，pgloader本身就自带解决办法，给你分享几个亲测有效的方案：

方案1：手动预创建问题表，跳过自动架构生成 #

如果只有少数几个表（比如你提到的races表）有这个问题，最直接的方式是在pgloader执行前手动创建符合Postgres要求的表结构，然后告诉pgloader不要自动生成该表的架构。

1. 写一个pgloader加载脚本（比如命名为migrate_sqlite_to_pg.load）：

LOAD DATABASE
     FROM sqlite:///$sqlite_path
     INTO postgresql:///$pg_db_name

     WITH include drop, create tables, create indexes, reset sequences

     -- 迁移前先创建自定义的races表，替换掉非法默认日期
     BEFORE LOAD DO $$
       CREATE TABLE IF NOT EXISTS races (
         raceid bigserial,
         year bigint default '0',
         round bigint default '0',
         circuitid bigint default '0',
         name text default '',
         date date default NULL, -- 把0000-00-00换成NULL，也可以换成合法日期比如'1970-01-01'
         time text,
         url text
       );
     $$,

     -- 告诉pgloader不要自动创建races表，用我们上面定义的结构
     EXCLUDE TABLE races;

2. 执行脚本：

pgloader migrate_sqlite_to_pg.load

这个方法的好处是精准控制表结构，不会影响其他正常的表。

方案2：用类型转换规则全局/批量修正默认日期 #

如果有多个表都存在0000-00-00默认日期的问题，可以用pgloader的TYPE CAST功能批量处理，不用逐个手动建表。

同样写一个加载脚本：

LOAD DATABASE
     FROM sqlite:///$sqlite_path
     INTO postgresql:///$pg_db_name

     WITH include drop, create tables, create indexes, reset sequences

     -- 全局处理所有默认值为0000-00-00的date列，替换成NULL
     TYPE CAST
         date WHEN DEFAULT IS '0000-00-00' THEN date WITH DEFAULT NULL,
         -- 也可以针对特定表的特定列单独设置，比如给races.date指定默认日期
         date FROM races.date WHEN DEFAULT IS '0000-00-00' THEN date WITH DEFAULT '1970-01-01'

     SET work_mem to '16MB', maintenance_work_mem to '512MB';

执行脚本的命令和方案1一样。这个方案更高效，适合批量修正多个表的情况。

方案3：临时放宽PostgreSQL的日期校验（不推荐） #

如果你只是临时迁移，不想写脚本，也可以临时修改Postgres的参数允许无效日期，但这个方法有风险，迁移完一定要改回来！

1. 先连接到目标Postgres数据库，执行：

SET allow_invalid_dates = on;

2. 然后正常执行pgloader命令：

pgloader "$sqlite_path" "postgresql:///$pg_db_name"

3. 迁移完成后，记得把参数改回去：

SET allow_invalid_dates = off;

这个方法虽然简单，但会让Postgres暂时接受非法日期，可能给后续数据操作埋下隐患，所以尽量优先用前两个方案。

总结一下：前两个方案都是在pgloader层面解决，完全不用碰源SQLite库，方案1适合个别表，方案2适合批量处理，根据你的情况选就行！我当时处理类似问题用的是方案1，很快就搞定了~