Flutter + Supabase多表查询及帖子表结构选型咨询

问题1：是否应合并为单个posts表？ #

建议合并为单表，核心原因如下：

• 简化查询逻辑：你当前的循环查询每个用户的三个帖子表，不仅性能低下，代码冗余度也高。合并后只需一次关联查询就能获取所有符合条件的内容，无需多次请求或复杂的UNION拼接。
• 统一数据管理：所有帖子类型共享核心字段（user_id、caption、reach、created_on），仅需新增post_type字段区分类型（image/video/audio），后续新增帖子类型无需创建新表，只需扩展post_type的枚举值即可。
• 优化性能：可针对user_id、reach、created_on等字段创建联合索引，大幅提升按关注关系、可见范围筛选的查询速度，避免多表查询带来的额外开销。

合并后的posts表结构示例：

Table posts {
  id int PK
  user_id uuid FK → users.user_id
  post_type TEXT CHECK (post_type IN ('image', 'video', 'audio'))
  content TEXT -- 存储对应类型的URL或资源标识
  caption TEXT
  reach TEXT CHECK (reach IN ('followers', 'premium_followers'))
  created_on TIMESTAMP
  -- 若需存储类型专属数据，可新增JSONB字段：metadata JSONB
}

问题2：结合Firebase迁移背景，是否保留分表？ #

从Firebase（NoSQL）迁移到Supabase（PostgreSQL），建议放弃分表方案，理由如下：

• Firebase的分集合设计是NoSQL的特性，适合非结构化数据存储，但PostgreSQL作为关系型数据库，单表+类型字段的模式更符合其设计优势，能充分利用SQL的关联、筛选、索引能力。
• 分表会带来诸多维护痛点：
  • 查询混合类型的feed需要用UNION拼接三个表的结果，代码复杂且性能远不如单表查询。
  • 每个表都要单独维护索引、行级安全规则（Supabase Row Level Security），重复工作多。
  • 后续业务扩展（比如新增文字帖子）需要创建新表，同步更新所有相关查询逻辑，成本极高。
• 若不同帖子类型有大量专属字段（比如视频的时长、分辨率，音频的比特率），可以用JSONB字段存储类型专属元数据，既保留单表的优势，又能灵活处理差异化数据，比分表更高效。

优化后的查询示例（基于合并后的posts表） #

替代你当前的循环查询，用一次关联查询获取所有符合权限的帖子：

Future<void> fetchAllPosts() async {
  try {
    final allPosts = await supabase.rpc('get_user_feed', params: {'current_user_id': currentUuid});
    print(allPosts);
    update();
  } catch (e) {
    if (kDebugMode) {
      print(e);
    }
  }
}

对应的Supabase自定义SQL函数：

CREATE OR REPLACE FUNCTION get_user_feed(current_user_id uuid)
RETURNS TABLE (
  post_id int,
  user_id uuid,
  post_type text,
  content text,
  caption text,
  reach text,
  created_on timestamp,
  first_name text,
  last_name text
) AS $$
BEGIN
  RETURN QUERY
  SELECT
    p.id AS post_id,
    p.user_id,
    p.post_type,
    p.content,
    p.caption,
    p.reach,
    p.created_on,
    u.first_name,
    u.last_name
  FROM posts p
  JOIN users u ON p.user_id = u.user_id
  JOIN network n ON p.user_id = n.user_id
  WHERE
    n.follower_id = current_user_id
    AND n.is_accepted = true
    AND n.connection_type != 'blocked'
    AND (
      (p.reach = 'followers')
      OR (p.reach = 'premium_followers' AND n.connection_type = 'premium_follower')
    )
  ORDER BY p.created_on DESC;
END;
$$ LANGUAGE plpgsql SECURITY DEFINER;

内容的提问来源于stack exchange，提问作者Raj A