foodie-server/specs/034-stall-qualification/data-model.md

摊位认证数据模型草案

所有摊位采用相同材料字段，没有个人/公司经营类型。认证只以 pos_store.id 关联，摊主账号作为操作人记录。

stall_qualification

• id：主键。
• store_id：摊位 ID，唯一。
• approved_application_id：当前有效的已通过申请，首次通过前为空。
• current_application_id：最新草稿/申请，便于恢复填写及查看进度。
• version：并发保护版本。
• create_time、update_time：时间。

主表不重复存放身份证件和全部材料，已通过数据通过 approved_application_id 读取。最新申请待审核或驳回不自动清空已有有效指针。

stall_qualification_application

• id、qualification_id、store_id、application_version。
• status：草稿、待审核、通过、驳回；数值定义在正式接口契约中统一。
• responsible_name、contact_phone、identity_number、food_registration_number。
• identity_image_urls、stall_image_urls、food_registration_image_urls：商品图片路径数组（/profile/upload/YYYY/MM/DD/文件名.jpg或png）序列化存储，不保存文件二进制；新图片按商品方式公开访问。兼容历史 storeId/UUID.jpg或png 私有引用，不回写旧申请。字段、Mapper、SQL 均不变，无新数据迁移。
• 第一版只保存统一表单的四组资料，不建立商业/税籍登记、保险等补充证明字段。
• stall_name_snapshot、stall_address_snapshot、night_market_id_snapshot：提交时由服务端读摊位数据固化，用于审核同一版本的实际内容。
• submitted_by、submitted_at。
• reviewed_by、reviewed_at、reject_reason。
• version、create_time、update_time。

同一认证主体的申请版本唯一。草稿允许修改，待审核及已经审核的申请材料不可改；驳回重提创建新版本而不是覆写驳回记录。DDL 已登记到 updatesql/sql.md，未执行。 pending_store_id 是由 status=1 生成的存储列，唯一索引在数据库层保证每摊位至多一个待审核申请；业务同时锁主体行并校验版本。