购物车作业关系数据库设计：按cart_id建表是否合理及实现方法

一、现有设计方案合理性判断 #

你的设计方案不合理，核心问题是「为每个购物车单独创建数据表」的设计违反关系数据库的基本设计规范，会带来大量严重问题：

• 表数量会随交易规模增长无限膨胀，10万笔交易就会产生10万张独立表，数据库元数据管理、备份、维护成本会指数级上升
• 跨购物车的统计、查询操作必须动态拼接表名，无法使用预编译SQL，执行效率低且存在SQL注入风险
• 索引、权限、字段迭代等操作完全无法标准化，后续功能拓展难度极大

推荐优化方案 #

不需要为每个购物车单独建表，仅需新增一张cart_items关联表即可满足所有需求，表结构参考：

原有master_cart表保留cart_id、cust_id、创建时间、交易状态等购物车全局信息即可，该设计完全覆盖你列出的7项业务需求，符合第三范式，查询和维护成本极低。

二、动态以行值为表名建表的实现方式（极度不推荐，仅做原理说明） #

如果仅做原理测试需要实现该逻辑（作业、生产环境均禁止使用），主流关系数据库可通过动态SQL实现，以MySQL为例：

-- 取刚插入master_cart表的cart_id作为表名
SET @target_cart_id = (SELECT cart_id FROM master_cart WHERE cust_id = 11 ORDER BY create_time DESC LIMIT 1);
-- 拼接建表SQL
SET @create_sql = CONCAT('CREATE TABLE `', @target_cart_id, '` (
    `prod_id` BIGINT NOT NULL,
    `quantity` INT NOT NULL DEFAULT 1,
    PRIMARY KEY (`prod_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;');
-- 执行动态SQL
PREPARE stmt FROM @create_sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;

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