139 lines
4.6 KiB
Markdown
139 lines
4.6 KiB
Markdown
# 商城系统用户表复用方案总结报告
|
|
|
|
## 📋 分析结论
|
|
|
|
### ✅ **可以复用，但需要扩展设计**
|
|
|
|
经过详细分析，商城系统**可以复用**运动训练平台的 `ak_users` 表作为用户主表，但需要通过扩展表的方式来解决业务差异和兼容性问题。
|
|
|
|
## 🎯 推荐方案：混合扩展方案
|
|
|
|
### 核心理念
|
|
- **保持 `ak_users` 表不变**，作为统一的用户主表
|
|
- **创建商城专用扩展表**，存储商城特有的用户信息
|
|
- **新建地址管理表**，支持完整的收货地址功能
|
|
- **通过视图和函数**，提供便捷的业务查询接口
|
|
|
|
### 架构设计
|
|
|
|
```
|
|
ak_users (主表)
|
|
├── 基础用户信息(用户名、邮箱、手机、头像等)
|
|
├── 运动平台特有字段(学校、班级、体重等)
|
|
└── 通用认证信息(密码、创建时间等)
|
|
|
|
mall_user_profiles (商城扩展表)
|
|
├── 商城用户类型(消费者/商家/配送员)
|
|
├── 用户状态和信用分数
|
|
├── 实名认证信息
|
|
├── 商家/配送员专用字段
|
|
└── 个性化偏好设置
|
|
|
|
ak_user_addresses (地址表)
|
|
├── 收货人信息
|
|
├── 详细地址信息
|
|
├── 地理坐标
|
|
├── 配送说明
|
|
└── 默认地址管理
|
|
|
|
mall_user_favorites (收藏表)
|
|
mall_user_search_history (搜索历史)
|
|
mall_user_browse_history (浏览历史)
|
|
```
|
|
|
|
## 🔧 实施方案
|
|
|
|
### 已完成文件
|
|
|
|
1. **`analysis/user_compatibility_analysis.md`** - 详细兼容性分析报告
|
|
2. **`database/user_compatibility_implementation.sql`** - 完整的数据库实施脚本
|
|
3. **`../types/mall-types.uts`** - 更新的类型定义文件
|
|
|
|
### 核心特性
|
|
|
|
#### 1. 用户信息管理
|
|
- ✅ 复用现有用户认证体系
|
|
- ✅ 扩展商城专用用户信息
|
|
- ✅ 支持多角色用户(消费者/商家/配送员)
|
|
- ✅ 实名认证和信用体系
|
|
|
|
#### 2. 地址管理系统
|
|
- ✅ 完整的收货地址管理
|
|
- ✅ 默认地址自动管理
|
|
- ✅ 地理坐标支持
|
|
- ✅ 配送说明和时间限制
|
|
|
|
#### 3. 个性化功能
|
|
- ✅ 商品收藏管理
|
|
- ✅ 搜索历史记录
|
|
- ✅ 浏览行为追踪
|
|
- ✅ 个性化推荐基础
|
|
|
|
#### 4. 安全和权限
|
|
- ✅ RLS(行级安全)策略
|
|
- ✅ 数据隔离和保护
|
|
- ✅ 触发器自动管理
|
|
- ✅ 完整的索引优化
|
|
|
|
## 📊 兼容性对比
|
|
|
|
| 维度 | 运动训练平台 | 商城系统 | 兼容方案 |
|
|
|------|-------------|----------|----------|
|
|
| **用户基础信息** | ✅ 完全兼容 | ✅ 完全兼容 | 共用 ak_users 表 |
|
|
| **角色系统** | 教育相关角色 | 商务相关角色 | 扩展表独立管理 |
|
|
| **地址管理** | ❌ 无专门表 | ✅ 必需功能 | 新建 ak_user_addresses |
|
|
| **认证体系** | 基础认证 | 实名认证 | 扩展表补充 |
|
|
| **业务数据** | 运动健康 | 购物行为 | 独立表管理 |
|
|
|
|
## 🚀 优势分析
|
|
|
|
### 技术优势
|
|
- **单点登录**: 用户在运动平台和商城间无缝切换
|
|
- **数据一致性**: 避免用户信息冗余和同步问题
|
|
- **扩展性强**: 为后续业务模块提供良好基础
|
|
- **维护简单**: 各业务模块数据隔离，互不影响
|
|
|
|
### 业务优势
|
|
- **用户体验**: 统一账号体系，降低使用门槛
|
|
- **数据价值**: 跨平台用户行为分析
|
|
- **运营效率**: 统一的用户管理和营销体系
|
|
- **成本控制**: 减少重复开发和维护成本
|
|
|
|
## ⚠️ 注意事项
|
|
|
|
### 实施建议
|
|
1. **分阶段部署**: 先部署扩展表，再逐步迁移业务逻辑
|
|
2. **数据备份**: 实施前务必备份现有数据
|
|
3. **权限测试**: 充分测试RLS策略和数据安全
|
|
4. **性能监控**: 关注复合查询的性能表现
|
|
|
|
### 风险控制
|
|
- **业务隔离**: 确保运动平台和商城业务逻辑独立
|
|
- **数据保护**: 严格控制跨业务的数据访问权限
|
|
- **回滚准备**: 准备完整的回滚方案
|
|
- **监控告警**: 建立数据异常监控机制
|
|
|
|
## 📈 下一步计划
|
|
|
|
### 即时任务
|
|
1. 部署 `database/user_compatibility_implementation.sql`
|
|
2. 更新前端应用，使用新的类型定义
|
|
3. 测试用户注册和认证流程
|
|
4. 验证地址管理功能
|
|
|
|
### 后续优化
|
|
1. 用户行为分析系统
|
|
2. 跨平台推荐算法
|
|
3. 统一的消息通知系统
|
|
4. 更精细的权限控制
|
|
|
|
## 🎉 结论
|
|
|
|
**商城系统完全可以复用运动训练平台的用户体系**，通过混合扩展方案既保持了系统的稳定性，又满足了商城业务的完整需求。这种设计为未来的业务扩展奠定了良好的基础，是技术架构和业务需求的最佳平衡点。
|
|
|
|
---
|
|
|
|
**总用户相关表数量**: 8个表
|
|
**核心功能**: 用户管理、地址管理、行为追踪、权限控制
|
|
**兼容性**: ⭐⭐⭐⭐⭐ 五星推荐
|