如何将Go结构体转换为PostgreSQL数据表？

我不清楚如何将以下Go结构体转换为SQL数据表，特别是Post结构体中嵌套的Author结构体和Comment结构体数组部分。附上我的Go结构体代码和尝试编写的posts表SQL语句，其中author和comments字段不知道该怎么定义。

type Author struct {
    ID    string `json:"id"`
    Name  string `json:"name"`
    Votes int    `json:"votes"`
}

type Comment struct {
    ID      string `json:"id"`
    Author  Author `json:"author"`
    Content string `json:"content"`
    Votes   int    `json:"votes"`
}

type Post struct {
    ID        string    `json:"id"`
    Title     string    `json:"title"`
    Content   string    `json:"content"`
    Author    Author    `json:"author"`
    Comments  []Comment `json:"comments"`
    Votes     int       `json:"votes"`
    CreatedAt time.Time `json:"created_at"`
}

CREATE TABLE IF NOT EXISTS posts (
  id CHAR(32) PRIMARY KEY,
  title VARCHAR(255) NOT NULL,
  content VARCHAR(255) NOT NULL,
  author ??? NOT NULL, --  what goes here
  comments ??? NOT NULL, -- and here
  votes int NOT NULL, 
  created_at TIMESTAMPTZ NOT NULL,
);

关系型数据库不支持直接存储结构体或数组类型，需要按照数据库范式拆分表，通过外键建立关联关系，具体设计如下：

1. 拆分独立的作者表（authors） #

对应Author结构体，存储作者的基础信息：

CREATE TABLE IF NOT EXISTS authors (
  id CHAR(32) PRIMARY KEY,
  name VARCHAR(255) NOT NULL,
  votes INT NOT NULL DEFAULT 0
);

2. 重构帖子表（posts） #

去掉原嵌套的Author和Comments字段，通过author_id关联到authors表，明确帖子归属的作者：

CREATE TABLE IF NOT EXISTS posts (
  id CHAR(32) PRIMARY KEY,
  title VARCHAR(255) NOT NULL,
  content TEXT NOT NULL, -- 建议用TEXT替代VARCHAR(255)，支持更长内容存储
  author_id CHAR(32) NOT NULL,
  votes INT NOT NULL DEFAULT 0,
  created_at TIMESTAMPTZ NOT NULL,
  FOREIGN KEY (author_id) REFERENCES authors(id) ON DELETE CASCADE
);

注：ON DELETE CASCADE表示若作者被删除，其关联的帖子会自动删除，可根据业务需求调整该约束。

3. 拆分独立的评论表（comments） #

对应Comment结构体，通过post_id关联到posts表表示评论所属的帖子；同时用author_id关联到authors表，记录评论的发布者：

CREATE TABLE IF NOT EXISTS comments (
  id CHAR(32) PRIMARY KEY,
  post_id CHAR(32) NOT NULL,
  author_id CHAR(32) NOT NULL,
  content TEXT NOT NULL,
  votes INT NOT NULL DEFAULT 0,
  FOREIGN KEY (post_id) REFERENCES posts(id) ON DELETE CASCADE,
  FOREIGN KEY (author_id) REFERENCES authors(id) ON DELETE CASCADE
);

设计逻辑说明 #

• 符合数据库第三范式，避免数据冗余：同一作者的信息无需重复存储在多个帖子或评论中
• 便于查询与维护：统计某作者的所有帖子、某帖子的所有评论等需求，都可通过关联查询实现
• 保证数据一致性：外键约束可避免出现关联不存在的作者或帖子的无效数据

特殊场景的替代方案（不推荐） #

如果业务场景简单、暂不考虑扩展性，也可以将结构体/数组序列化为JSON字符串存储，使用PostgreSQL的JSONB或MySQL的JSON类型：

CREATE TABLE IF NOT EXISTS posts (
  id CHAR(32) PRIMARY KEY,
  title VARCHAR(255) NOT NULL,
  content TEXT NOT NULL,
  author JSONB NOT NULL, -- 存储序列化后的Author结构体
  comments JSONB NOT NULL, -- 存储序列化后的Comment数组
  votes INT NOT NULL DEFAULT 0,
  created_at TIMESTAMPTZ NOT NULL
);

但这种方式会降低查询效率（无法直接索引JSON内部字段）、增加数据冗余、后期难以维护，仅适合临时或极简场景。

内容的提问来源于stack exchange，提问作者Cesar Marcial