如何为Customers、Products、Orders表设计带表标识的primary-id？

看起来你已经梳理了几个初步方案，我结合实际项目经验给你一些优化和补充思路，解决你提到的痛点：

方案1：表前缀+自增序列（推荐） #

针对你说的sequence长度限制和无法体现表归属的问题，最直接的优化就是给序列加上表标识前缀，比如：

• Customers表主键：CUST_000001、CUST_000002...
• Products表主键：PROD_000001、PROD_000002...
• Orders表主键：ORD_000001、ORD_000002...

具体实现可以用数据库的序列功能+字符串拼接：

• PostgreSQL示例：

  -- 创建序列
  CREATE SEQUENCE cust_seq START 1;
  -- 插入时生成主键
  INSERT INTO customers (id, name) VALUES (CONCAT('CUST_', LPAD(NEXTVAL('cust_seq')::TEXT, 6, '0')), '张三');
  

• MySQL示例（可以用触发器或生成列）：

  -- 创建自增列+生成列
  ALTER TABLE customers ADD COLUMN seq_id INT AUTO_INCREMENT PRIMARY KEY;
  ALTER TABLE customers ADD COLUMN id VARCHAR(20) GENERATED ALWAYS AS (CONCAT('CUST_', LPAD(seq_id, 6, '0'))) STORED;
  

这种方案既解决了序列长度问题（6位序列就能支持999999条数据，足够大部分业务场景），又能直观通过主键判断所属表，同时保持了主键的有序性，索引性能也不错。

方案2：时间戳+表标识+序列号 #

如果想保留时间戳的特性（比如能从主键看出创建时间），可以优化成表前缀+高精度时间戳+自增序列号的组合，比如：

• Customers表主键：CUST_20240520143025_001
• 结构说明：表前缀_年月日时分秒_同一时间内的序列号

这种方案的优势是能从主键直接获取记录创建时间，同时通过表前缀区分归属，序列号解决了同一毫秒多条插入的重复问题。不过要注意时间戳的精度，尽量用毫秒级或微秒级，避免短时间内序列号溢出。

方案3：带表标识的UUID #

如果需要全局唯一的主键（比如跨数据库、跨系统场景），可以用表前缀+UUID的形式，比如：

• Customers表主键：CUST_3b9a7d2e-1f8c-4a5b-9c7d-8e6f5a4b3c2d

UUID本身是全局唯一的，加上表前缀后既能满足你区分表的需求，又不用操心序列溢出的问题。缺点是字符串长度较长，索引性能比数字主键稍差，但如果业务量不是特别大，这个方案的维护成本很低（不用管理序列）。

额外提醒 #

• 如果对性能要求极高，优先选择数字主键（比如纯自增序列），但可以额外加一个table_type字段来标识所属表，满足你“体现所属表”的需求，这样主键还是高效的数字，同时通过辅助字段实现业务需求。
• 尽量避免用纯时间戳做主键，除非能保证同一时间绝对不会有两条插入，否则很容易出现主键冲突。

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