MySQL：如何授权用户创建临时表并仅向其加载数据？

临时表的所有权默认归创建者所有，核心思路是利用这一特性，确保用户拥有自身临时表的加载/写入权限，同时严格限制其对永久表的相关权限。以下是主流数据库的具体操作方法：

PostgreSQL #

• 你已完成CREATE TEMPORARY TABLE权限授予，无需额外全局写入权限——用户创建的临时表默认归其所有，自带INSERT/COPY（加载数据）权限。
• 若仍出现权限报错，排查是否存在角色继承的限制策略，或显式授予临时表专属schema（pg_temp）的权限：

  -- 授予现有临时表的INSERT权限
  GRANT INSERT ON ALL TABLES IN SCHEMA pg_temp TO your_username;
  -- 为后续创建的临时表默认授权
  ALTER DEFAULT PRIVILEGES IN SCHEMA pg_temp GRANT INSERT TO your_username;
  

Snowflake #

• 临时表默认由创建者拥有完整权限，加载报错通常与文件存储位置权限有关：
  • 仅授予用户读取CSV文件所在存储阶段（内部/外部）的权限，无需授予永久表的任何加载权限：

    GRANT USAGE ON STAGE your_csv_stage TO your_username;
    

  • 注意：Snowflake临时表与会话绑定，仅创建者可见，天然隔离其他用户和永久表。

MySQL #

• 临时表默认归创建者所有，自带写入权限。若使用LOAD DATA INFILE报错，避免授予全局FILE权限，改用客户端本地加载：
  • 使用LOAD DATA LOCAL INFILE命令从用户本地加载CSV，此时仅需确保用户对自身临时表的INSERT权限（默认已拥有）。
  • 若必须从服务器端加载，需为用户配置专用文件目录并授予读取权限，同时严格禁止其对永久表的写入权限。

通用注意事项 #

• 坚持权限最小化原则：绝不授予用户对永久表的写入/加载权限。
• 利用临时表的会话隔离特性：多数数据库中临时表仅对创建者的当前会话可见，无需额外隔离配置。
• 排查角色权限继承：确保用户所属角色未被附加限制写入的策略。

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