产品表数据库设计咨询：索引设置与关联表拆分疑问

TypeScript产品接口定义 #

export interface IProduct {
  user_id: string;
  id: number;
  name: string;
  desc: string;
  photos: IPhotos[];
  video?: string;
  price: number;
  new_price?: number;
  sale?: {
    percentage: number;
    expires: Date;
  };
  sizes_and_colors: ISizeAndColors[] | [];
  category?: ICategorieWithGender;
  supplier?: Suppliers;
  shipping_days?: {
    min: number;
    max: number;
  },
  shipping_price?: number;
  stars?: IStars;
  status?: StatusProductType;
};

现有product数据表结构 #

CREATE TABLE product (
 id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
 user_id UUID REFERENCES users(id),
 name VARCHAR,
 info VARCHAR NULL,
 price DECIMAL(10, 2),
 new_price DECIMAL(10, 2) NULL,
 category VARCHAR,
 sub_category VARCHAR,
 supplier VARCHAR NULL,
 situation VARCHAR COMMENT 'Situation of the product like new or used',
 status SMALLINT DEFAULT 1 COMMENT 'Is the product active for 1 or inactive for 0',
 created_at timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
 INDEX I_P_UID NONCLUSTERED(user_id)
)

技术疑问 #

1. 由于查询时会使用category作为筛选条件，是否需要为category和sub_category创建索引？过多索引是否存在负面影响？
2. 星级评分（stars）、图片（photos）、促销（sale）、物流信息、规格属性（sizes_and_colors）是否应各自创建独立表？

问题解答 #

关于category和sub_category的索引问题 #

• 是否需要创建索引：如果业务中频繁用category或category+sub_category做筛选（比如分类浏览商品、统计分类商品数），必须建索引。优先建复合索引(category, sub_category)，因为多数场景会同时用分类+子分类筛选，复合索引比单独建两个索引的查询效率更高，同时也能覆盖单category的查询需求。
• 过多索引的负面影响：有明确影响。一是会增加写入操作（插入、更新、删除）的耗时，因为每次改数据都要同步更新所有关联索引；二是会占用额外磁盘空间，数据量越大，空间开销越明显。所以只给高频查询的字段/组合建索引，别盲目加。

关于是否拆分独立表的问题 #

分场景判断：

• 必须拆分：
  • photos（图片）：一个商品对应多张图片，属于一对多关系，必须单独建表（比如product_photos），字段至少包含id、product_id、url、sort_order（控制图片顺序），避免主表冗余，也方便图片的增删改管理。
  • sizes_and_colors（规格属性）：一个商品可能有多个尺寸颜色组合，甚至每个组合有独立库存/价格，必须拆分到product_variants表，字段包含id、product_id、size、color、stock（如果需要）等，保证数据结构清晰。
• 建议拆分：
  • stars（星级评分）：如果需要保留每条用户的评分记录（比如展示评价内容、评分时间），必须拆分到product_ratings或product_reviews表；如果只存平均星级和评分数量，虽可放主表，但拆分后扩展性更强（比如后续加评分维度）。
  • sale（促销）：如果促销规则要复用（多个商品共用同一促销）或需要记录促销历史，建议拆分到product_sales表；若每个商品促销独立且无需追踪历史，也可把sale_percentage、sale_expires放主表，但拆分后结构更清晰，便于多商品促销管理。
• 可不用拆分：
  • 物流信息（shipping_days、shipping_price）：如果每个商品的物流信息固定（比如统一配送天数和运费），直接把shipping_min_days、shipping_max_days、shipping_price加到主表即可；若有多种物流方案（如不同地区不同运费）才需要拆分，单商品基础物流信息没必要单独建表。

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