Files
X-Financial/server
caoxiaozhu 9a5ed0e94a feat(server): 系统缓存清理接口与 OCR 文本层兜底增强
- 新增 system_cache 模块与 POST /settings/cache/clear,管理员可一键清理 OCR 结果/运行时配置/模型失败冷却/知识库索引/地点语义等进程内缓存
- 各服务暴露 clear_*_cache 方法(ocr/runtime_settings/runtime_chat/knowledge/application_location_semantic),SettingsCacheClearRead 汇总清理项
- OCR 转图片失败时尝试用 PDF 文本层兜底构建识别文档(有效字符≥8),并写结果缓存;OcrService 暴露 clear_result_cache
- receipt_folder 车票过滤补充身份证号关键词,附件文档/操作/展示模块同步适配
- 新增 system_cache_endpoints 测试,更新 openapi_schema/ocr/receipt_folder/attachment_association_jobs 测试
2026-06-24 12:35:51 +08:00
..

Server

后端已按 FastAPI + PostgreSQL + SQLAlchemy + Alembic 起好基础工程。

为什么先选 PostgreSQL

这个项目是报销、审批、员工、流程、审计记录为主,核心特点是:

  • 强事务
  • 多表关联明显
  • 审批流和审计日志需要一致性
  • 后续大概率要做复杂查询、统计和条件筛选

这类系统优先选关系型数据库更合适,PostgreSQL 是当前默认推荐。

Redis 要不要现在上

现在 不是必须

先不把 Redis 作为启动前置,原因很直接:

  • 当前第一阶段先把核心业务表、接口、权限、审批流跑通
  • 如果一开始就把 Redis 绑死,会增加部署和排障复杂度

Redis 更适合后面这些场景:

  • 登录态 / token 黑名单
  • 热点数据缓存
  • 限流
  • 分布式锁
  • 消息队列 / 后台任务

所以现在的策略是:

  • 主数据库:PostgreSQL
  • Redis可选能力,配置已预留,但不是必需依赖

目录

  • src/app/:应用代码
  • alembic/:数据库迁移
  • tests/:测试

启动

  1. 创建虚拟环境并安装依赖
cd server
python -m venv .venv
.venv\\Scripts\\activate
pip install -e .[dev]
  1. 在项目根目录准备环境变量
copy ..\\.env.example ..\\.env
  1. 启动服务
uvicorn app.main:app --reload --app-dir src

迁移

alembic upgrade head