如何设计电商Web应用中可搜索的地毯商品列表页及技术选型

筛选逻辑必须放在后端，原因很明确：

• 前端处理需要拉取全量商品数据，数据量稍大就会导致性能崩盘，完全不符合你的性能要求；
• 敏感数据（如成本价、内部定价规则）不能暴露给前端，避免被篡改或泄露；
• 后端直接对接数据库，能利用索引、查询优化等手段高效返回筛选结果，REST API只需接收前端传递的筛选参数（比如size=1.5x2m&material=wool&min_price=100&max_price=500&style=modern），处理后返回分页的商品列表即可。

• 中小数据量（十万级以内）：优先用数据库索引。给常用筛选字段（如style、material、price）加复合索引，索引顺序按用户查询频率调整（比如用户更常先选风格再选材质，就把style放在索引前面）。价格区间查询单独给price加普通索引即可，数据库能快速定位区间内的数据。这种方案成本低，和现有REST API、数据库架构兼容，无需额外维护搜索服务。
• 大数据量（百万级以上）或需要复杂搜索：考虑专用搜索方案（如Elasticsearch）。这类工具天生适合多维度聚合筛选、全文搜索，性能比数据库强很多，尤其是当筛选条件组合多、需要实时统计（如各风格的商品数量）时。但需要额外部署维护搜索服务，还要做数据库到搜索服务的数据同步（比如通过binlog同步）。
• 建议先从数据库索引方案入手，等数据量增长或需求变复杂时再迁移到专用搜索，避免过度设计。

针对地毯的多属性筛选需求，推荐用主表+关联属性表的结构，兼顾规范性和扩展性：

1. 核心商品表（products） #

CREATE TABLE products (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(255) NOT NULL,
    price DECIMAL(10,2) NOT NULL,
    description TEXT,
    stock INT DEFAULT 0,
    create_time DATETIME DEFAULT CURRENT_TIMESTAMP,
    -- 可选：若属性为单值且固定，可加外键字段
    -- style_id INT,
    -- material_id INT,
    -- FOREIGN KEY (style_id) REFERENCES styles(id),
    -- FOREIGN KEY (material_id) REFERENCES materials(id)
);

给price加普通索引，若用外键字段则给外键加索引。

2. 属性字典表（可选，用于规范属性值） #

如果尺寸、材质、风格是固定枚举值，建单独的字典表避免重复数据：

-- 风格表
CREATE TABLE styles (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(50) UNIQUE NOT NULL -- 比如"现代简约"、"欧式古典"
);
-- 材质表
CREATE TABLE materials (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(50) UNIQUE NOT NULL -- 比如"羊毛"、"涤纶"、"混纺"
);
-- 尺寸表
CREATE TABLE sizes (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(50) UNIQUE NOT NULL -- 比如"1.2x1.8m"、"2x3m"
);

3. 商品-属性关联表（灵活扩展用） #

如果需要支持动态添加属性（比如以后加"是否可机洗"），用关联表：

CREATE TABLE product_attributes (
    id INT PRIMARY KEY AUTO_INCREMENT,
    product_id INT NOT NULL,
    attribute_type VARCHAR(50) NOT NULL, -- 比如"size"、"material"、"style"
    attribute_value VARCHAR(50) NOT NULL,
    FOREIGN KEY (product_id) REFERENCES products(id),
    INDEX idx_attr_type_value (attribute_type, attribute_value),
    INDEX idx_product_attr (product_id, attribute_type)
);

这种结构不用改表就能加新属性，筛选时用WHERE attribute_type='style' AND attribute_value='modern'，配合索引能快速定位。

两种属性存储方式的选择 #

• 若属性固定、单值：用主表+字典外键的方式，查询效率更高，数据更规范；
• 若属性可能动态增加、或存在多值：用关联表的方式，扩展性更强。

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