【旅游景点项目日记 | 第一篇】项目服务架构、数据库表设计

文章详细描述了一个基于微服务架构的个性化景点旅游项目,涉及用户服务、景点服务、票务服务等八大模块。文章重点介绍了数据库设计,包括用户、景点、票务等相关表结构,以及关键业务操作如点赞、购票、评论的处理方式和使用的技术如RabbitMQ、Redis和敏感词过滤算法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在这里插入图片描述

Gitee仓库地址:travel-server:景点旅游项目服务端

1.项目服务架构

经过分析,该个性化景点旅游推荐系统采用微服务架构,分为8大服务:用户服务、景点服务、票务服务、统计服务、推荐服务、活动服务、搜索服务以及第三方服务(OSS阿里云服务)

  1. 用户服务

    • 用户登录、注册

    • 用户每日签到

  2. 景点服务

    • 景点管理
    • 景点点赞、收藏、评论
  3. 票务服务

    • 订门票
    • 支付
    • 评分
  4. 统计服务

    • 排行榜(点击数/点赞数/收藏数/评论数)
    • 敏感词过滤
  5. 推荐服务

  6. 活动服务

    • 特色活动
  7. 搜索服务:

    • 景点的搜索和筛选功能,支持多维度的条件查询

其中,核心业务有

  • 景点的点赞收藏(RabbitMQ、Redis)
  • 购买门票(全局id、分布式锁)
  • 评论内容的敏感词过滤(基于DFA 有穷自动机算法)
  • 排行榜功能实现(Redis)

2.数据库设计

2.1用户服务—travel_ums

2.1.1 ums_user—用户表

字段名 字段类型 是否为主键 是否有唯一约束 是否有非空约束 注释
user_id int 用户id,自增
username varchar(20) 用户名,唯一
phone varchar(20) 手机号码,唯一,非空
password varchar(20) 密码,非空
age int 年龄
sex int 性别【0-男,1-女】
avatar_image varchar(200) 头像图片
role int 角色【0-普通用户,1-管理员,2-超级管理员】
add_time datetime 添加时间
update_time datetime 修改时间

2.2景点服务—travel_ams

2.2.1 ams_attraction—景点表

字段名 字段类型 是否为主键 是否有唯一约束 是否有非空约束 注释
attraction_id int 景点id,自增
attraction_name varchar(20) 景点名称
resource_type_id int 景点资源类型id
quality_grade int 景点等级
province_city varchar(20) 景点所在省份城市
location varchar(50) 详细位置
open_hour varchar(50) 开放时间
phone 电话
introduction varchar(300) 景点介绍
images varchar(200) 景点图片列表
staus int 状态【1为显示,0为不显示】
add_time datetime 添加时间
update_time datetime 修改时间

1.2.2 ams_

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

来自梦里的一条鱼

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值