直接删除主表记录会因外键约束报错，需先清理依赖数据：若外键定义为ON DELETE CASCADE则可直接删；否则须按子表到主表顺序手动删除并用事务包裹确保一致性。
外键约束下直接 DELETE 主表会报错
想删掉 users 表中 id = 123 的用户，却发现数据库报错：ERROR: update or delete on table "users" violates foreign key constraint。这是因为其他表（比如 orders、profiles）通过外键引用了它，PostgreSQL/MySQL 默认禁止这种“悬空引用”。硬删主表行前，必须先清理依赖数据。
用 CASCADE 删除最省事，但得提前确认外键定义
如果建表时外键用了 ON DELETE CASCADE，那直接删主表就行，关联数据自动跟着删：
DELETE FROM users WHERE id = 123;
但现实中很多表没设这个，查一下当前外键行为：
SELECT conname, confupdtype, confdeltype FROM pg_constraint WHERE confrelid = 'users'::regclass AND contype = 'f';
结果里 confdeltype 是 a 表示 NO ACTION（默认），c 才是 CASCADE。没设就别指望自动级联。
手动删：按依赖顺序逐表 DELETE，顺序错了会失败
得自己写 DELETE 语句，且必须从“被引用方”开始删——也就是先删子表，再删主表。典型顺序：
DELETE FROM user_sessions WHERE user_id = 123;DELETE FROM orders WHERE user_id = 123;DELETE FROM profiles WHERE user_id = 123;DELETE FROM users WHERE id = 123;
顺序反了（比如先删 users）就会触发外键冲突；漏删某张表，下次操作可能又出错。建议用 pg_depend 或 INFORMATION_SCHEMA.KEY_COLUMN_USAGE 查清所有外键依赖路径，别靠猜。
用事务包住整套操作，避免中间失败导致数据不一致
哪怕只删三张表，也得加 BEGIN / COMMIT，否则某一步失败，前面删过的数据就回不来：
BEGIN; DELETE FROM user_sessions WHERE user_id = 123; DELETE FROM orders WHERE user_id = 123; DELETE FROM profiles WHERE user_id = 123; DELETE FROM users WHERE id = 123; COMMIT;
如果某步出错，执行 ROLLBACK 就能全退回去。另外注意：大表 DELETE 可能锁表或触发大量日志，生产环境最好评估影响，必要时分批删或用 TRUNCATE ... RESTART IDENTITY 配合条件筛选。
真正麻烦的不是语法，而是理清哪几张表真有外键连着它——有些关联是应用层维护的，数据库根本没设外键，那种就得翻代码，不能只看 schema。
