HaHafeng
dfc0fe0b9a
Summary: - Migrate PostgreSQL to pgvector/pgvector:pg15 Docker image - Successfully install and verify pgvector 0.8.1 extension - Create comprehensive Dify-to-pgvector migration plan - Update PKB module documentation with pgvector status - Update system documentation with pgvector integration Key changes: - docker-compose.yml: Switch to pgvector/pgvector:pg15 image - Add EkbDocument and EkbChunk data model design - Design R-C-R-G hybrid retrieval architecture - Add clinical data JSONB fields (pico, studyDesign, regimen, safety, criteria, endpoints) - Create detailed 10-day implementation roadmap Documentation updates: - PKB module status: pgvector RAG infrastructure ready - System status: pgvector 0.8.1 integrated - New: Dify replacement development plan (01-Dify替换为pgvector开发计划.md) - New: Enterprise medical knowledge base solution V2 Tested: PostgreSQL with pgvector verified, frontend and backend functionality confirmed
04-开发规范
目标： 统一团队开发规范，提高代码质量和协作效率
适用范围： 平台层 + 能力层 + 业务模块层
强制等级： ⭐⭐⭐⭐⭐ 必须遵守
📋 规范文档列表
1. 数据库设计规范 ⭐⭐⭐⭐⭐
文件： 01-数据库设计规范.md ⏳ 待创建（从 01-设计文档/数据库设计文档.md 提取）
核心内容：
- Schema隔离策略（platform_schema、asl_schema等）
- 表命名规范（小写+下划线）
- 字段命名规范
- 索引设计规范
- 外键约束规范
- 通用字段（created_at、updated_at等）
快速参考： 数据库全局视图 ⭐ 已创建
2. API设计规范 ⭐⭐⭐⭐⭐
文件： 02-API设计规范.md ⏳ 待创建（从 01-设计文档/API设计规范.md 提取）
核心内容：
- RESTful API设计原则
- URL命名规范（
/api/v1/模块/资源） - HTTP方法使用规范
- 请求/响应格式规范
- 错误码设计
- 认证和权限
快速参考： API路由总览 ⭐ 已创建
3. 数据库全局视图 ⭐⭐⭐⭐⭐ ✅ 新增
文件： 03-数据库全局视图.md
用途： 提供所有Schema和表的快速索引
核心内容：
- Schema划分策略（8个Schema）
- 所有表的总览和跳转链接
- 跨Schema依赖关系
- 数据量预估
使用场景：
- 查看全局数据架构
- 快速定位某个表属于哪个Schema
- 了解跨模块数据关系
4. API路由总览 ⭐⭐⭐⭐⭐ ✅ 新增
文件： 04-API路由总览.md
用途： 提供所有API端点的快速索引
核心内容：
- 路由命名规范
- 所有模块的API端点总览
- 路由冲突检查
- 端点统计（~85个）
使用场景：
- 查看全局API架构
- 避免路由冲突
- 快速查找某个功能的API端点
5. 代码规范 ⭐⭐⭐⭐
文件： 05-代码规范.md → 重命名自 代码规范.md（已存在，818行）
核心内容：
- TypeScript编码规范
- React组件规范
- 文件和目录命名
- 代码注释规范
- 错误处理规范
- 日志记录规范
已有内容，包含：
- ESLint配置
- Prettier配置
- 详细的编码规范
6. Git提交规范 ⭐⭐⭐⭐⭐ ✅ 已完成
文件： 06-Git提交规范.md
核心内容：
- 远程仓库配置（Gitee）
- Commit Message格式规范
- 分支管理策略
- 中文编码问题解决方案 ⭐ 重要
- Git历史重写与维护
- PR/MR规范和代码审查流程
- 常见问题与最佳实践
包含实用工具：
fix-git-commit-messages.ps1脚本使用说明- Git 别名配置
- 中文乱码修复完整流程
快速参考：
<type>(<scope>): <subject>
feat: 新功能 fix: Bug修复 docs: 文档
style: 格式 refactor: 重构 perf: 优化
test: 测试 chore: 构建 ci: CI/CD
7. 测试规范 ⭐⭐⭐
文件： 07-测试规范.md ⏳ 待创建
核心内容：
- 单元测试规范
- 集成测试规范
- E2E测试规范
- 测试覆盖率要求
测试覆盖率要求：
- 核心业务逻辑：≥80%
- 工具函数：≥90%
- API Controller：≥70%
🎯 规范优先级
P0 - 必须遵守
- ✅ 数据库设计规范
- ✅ API设计规范
- ✅ Git提交规范（Commit Message）
P1 - 强烈建议
- ✅ 代码规范（TypeScript/React）
- ✅ 错误处理规范
- ✅ 日志记录规范
P2 - 建议遵守
- ⚪ 测试规范
- ⚪ 文档注释规范
- ⚪ 性能优化规范
🔍 快速查找
我要设计数据库表： → 01-数据库设计规范.md
我要设计API接口： → 02-API设计规范.md
我要查看全局数据架构： → 03-数据库全局视图.md ✅
我要查看全局API路由： → 04-API路由总览.md ✅
我要编写代码： → 05-代码规范.md ✅
我要提交代码： → 06-Git提交规范.md ✅
我要解决中文乱码： → 06-Git提交规范.md (第4节) ✅
我要配置远程仓库： → 06-Git提交规范.md (第1节) ✅
我要编写测试： → 07-测试规范.md
⚠️ 违反规范的后果
数据库设计不规范
- ❌ Schema混乱，模块耦合
- ❌ 无法实现模块独立部署
- ❌ 数据迁移困难
API设计不规范
- ❌ 前后端对接困难
- ❌ API文档混乱
- ❌ 版本升级困难
代码不规范
- ❌ 代码可读性差
- ❌ 维护成本高
- ❌ Bug率上升
📝 规范更新流程
- 提出规范变更需求（Issue或PR）
- 团队讨论和评审
- 更新规范文档
- 通知全员
- 逐步迁移旧代码
🔗 相关工具
代码检查：
- ESLint（JavaScript/TypeScript）
- Prettier（代码格式化）
- Stylelint（CSS）
提交检查：
- Husky（Git Hooks）
- Commitlint（Commit Message检查）
数据库：
- Prisma（ORM + Migration）
- pgAdmin（数据库管理）
最后更新： 2025-11-06
维护人： 技术架构师