20211029 开课吧T31 day4 数据库设计实践

最新推荐文章于 2025-11-21 16:15:28 发布
原创 最新推荐文章于 2025-11-21 16:15:28 发布 · 215 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库 #database

本文将探讨如何设计一个易于管理的购票系统数据库，重点在于用户与订单的关系，以及如何高效地定义车次和关联订单，暂时忽略复杂座位布局。

今日主要为设计购票系统数据库

用户与订单
在这里插入图片描述
车次定义
在这里插入图片描述
订单与车次定义
在这里插入图片描述
车厢座位实现过于复杂， 本次暂不考虑。

君正T31 EC200T-CN调试
04-06
君正T31是一款基于RISC-V架构的微处理器，设计用于各种物联网(IoT)应用。EC200T-CN是这款处理器支持的4G通信模块，它提供了高速移动网络连接能力，使设备能够通过4G LTE网络进行数据传输和远程通信。 在调试过程中...
君正T31设计的PCB可以直接打板100%能用.rar
08-24
标题中的“君正T31设计的PCB可以直接打板100%能用”意味着这是一个基于君正T31芯片的PCB设计文件，它已经经过了充分的验证和测试，确保在实际生产过程中可以直接用于制造电路板，无需额外的修改。这种设计通常会遵循...
20211028 开课吧T31 day3 数据库设计规约
zeng_0407的博客
10-29 248
day 3: 本次课， 主要是讲数据库建表相关的规范及索引相关的知识概括。 在表、字段的命名时， 必须使用小写字母或者数字 禁止出现数字开头 禁止两个下划线之间只出现数字 不使用复数名词 禁用保留字 是与否概念的字段， 必须使用is_xxxx的方式命名 强制的建表规约 在数据类型上， 小数类型为decimal 货币数据使用最小货币单位，数据类型为bigint 字符串长度几乎相等的字符串字段， 数据类型用char varchar可变长度的最大长度不要超过5000 建表推荐规约： 表的命名最好是遵循“
20211026 开课吧T31 day1 架构设计笔记
zeng_0407的博客
10-27 297
文档格式什么的， 觉得超级麻烦。 T31训练营项目介绍 “类似12306的购票网站， 从查票、下单、付款、通知的主流程， 抽象商品、订单、支付的核心模型； 处理票务异常和日志， 了解架构设计背后的方法论； 以战促练，全面提升代码能力、设计能力、交付能力和协作能力” day1 需求、架构设计篇 主要是听孤尽老师讲了一些需求、架构设计方面的内容，以及一些学习方法，知识树等。收获极多！ 1、 需求分析 在需求分析层面， 我们需要在理解需求的基础上， 站在客户角度、业务角度综合分析提出需求的各个用户述求及背后的逻辑
20211027 开课吧T31 day2 架构设计笔记-UML
zeng_0407的博客
10-28 228
今天主要是对 购票系统进行UML建模， 产出物如下 用户用例图： 用例图主要是为了更好的解读需求， 了解客户需要哪些功能，我们的系统需要提供哪些功能。 类图 类图是类关系的体现，抽象系统设计的对象及其关系。 类图的画法： 1.泛化（generalize） 　　实线空心三角箭头。 2.实现（realize） 　　虚线空心三角箭头。 3.聚合（aggregation） 　　实线空心菱形箭头。 4.组合（composition） 　　实线实心菱形箭头。 5.关联（association） 　　实线（直线），普
T31训练营-DAY4-项目数据库设计
zack_hj的博客
11-01 225
1.根据之前的需求分析，主要分为3个模块 用户模块 订单模块 票务模块 （1）用户模块 比较简单的模块，主要记录用户账号的基本信息，如姓名、密码、是否实名认证之类的 （2）订单模块 对用户每次订单进行记录，支持新增、修改。 （3）票务模块 最复杂的模块，支持订票、退票、查看车次、查看车票信息等业务。 具体表如下： 车票表：顾名思义，车票的基本信息。具体的车次信息、座位信息，只存了id。 车次表： 时刻表： 经过车站表： 车厢表： 座位表 ...
20211030 开课吧T31 day5异常与日志
zeng_0407的博客
10-31 289
道路千万条，安全第一条 日志不规范，排查两行泪 java关于异常处理的相关流程 道路千万条，安全第一条 日志不规范，排查两行泪 java关于异常处理的相关流程 我们的异常处理流程过程， 总的来说分为生成异常、捕获异常、抛出异常 throw、生成异常throws。 枝繁叶茂的java异常体现， 异常抛出与捕获的原则： 非不要不适用异常 使用描述性消息抛出异常 力所能及的异常一定要处理 异常忽略要有理有据 try-catch-finally 流程的分析。 强制规约： 不能在finally块中使用re
20211031 开课吧T31 day6 异常、错误码、日志设计
zeng_0407的博客
11-01 379
异常、错误码、异常的设计， 脱离了UML图来说， 都是耍流氓， 因此我们依照我们的系统架构图及UML设计图进行分析设计。 因日志设计依托于系统设计层面的， 时间关系仅做简要编写。 系统架构图： 错误码设计： 我们的架构分为公共模块、后台管理模块、票务模块、订单模块、用户中心、支付中心、通知中心， 因此我们针对不同模块进行不同的错误码设计。 后台管理方面， 因为用了开源的后台管理框架， 我们不再重新设计，因此主要实现的功能为： 车次维护 车次类别维护 时刻表维护 站点维护 车厢维护 车辆维护 错
开课吧T31训练营学习笔记-DAY1
weixin_42566391的博客
10-27 354
今天是孤尽老师训练营第一天，听了老师的直播课程，感觉老师讲的一些东西都是以前没接触到 的，有些问题原来可以用另一种思维方式去思考，有一些细节方面的东西感觉自己在平时工作中都 没注意到，感觉知道的越多，才发现不会的也越来越多，今天也写下自己对这次课程的心得和体 会。 一、需求分析 1、定义： 理解和挖掘用户的诉求，以及背后的逻辑，转化成可行性的分析结果。从非结构化到结构 化，确定系统的职责、模块的过程，有逻辑的把需求转换成产品可以描述的功能。 2、需求分析需注意的三点 边...
开课吧T31项目第4天
飞扬晴雪
10-30 336
T31项目第4天1.T31数据库ER图1.1业务分析1.2数据库建表1.3表之间业务关联 今天是孤尽班第四天学习，今天根据T31项目的业务内容设计了系统表以及表之间的关联关系。 1.T31数据库ER图 1.1业务分析 T31项目是一个模仿12306网站，可以实现用户从登陆到购票的完整业务，业务模块包含 订单管理，乘客管理，车次管理，车厢管理，经停站管理，列车时刻表管理等 用户登录网站之后首先需要进行实名认证才能进行购票否则只能查询车票，实名认证通过身份证和活体检测来保证用户身份的真实性； 用户实名认证之后可
开课吧T31项目第10天
飞扬晴雪
11-04 2486
T31项目第10天技术架构选型1.架构技术架构选项1.1 巨石架构(单体架构)1.2 SOA架构1.3 微服务1.4 Spring-boot（优秀的构建项目的框架）1.5 Spring-cloud家族2.数据库访问层2.1 JDBC2.2 Mybatis2.3 数据库连接池2.3.1几种常见的连接池2.3.2 连接池的工作原理3.中间件的选型3.1 消息队列4.远程通信框架的选型4.1 运行期框架运行状态4.2 RPC框架核心技术点4.3 Feign框架的调用5.网关层的选型5.1API网关由来5.2网关的
前后端分离Vue基于springboot的考研论坛的设计与实现-t31k8 java毕业设计源码含数据库
03-01
本系统采用intellij idea支持eclipse 项目架构：B/S架构web 开发语言：java 前端技术：vue.js+ElementUi ...数据库：mysql5.7/8.0或以上版本 持久化层使用Mybatis,项目管理Maven3, 项目中登录模块用到token
非常好的T31官方硬件设计资料+配套源代码资料100%好用.zip
03-31
非常好的T31官方硬件设计资料+配套源代码资料100%好用.zip
君正T31芯片（DVP+MIPI接口）Demo应用开发板评估板硬件（原理图+PCB+生产BOM）文件.zip
05-29
同时，T31芯片的DVP接口也需要精心设计，确保图像数据能准确无误地被捕捉和处理。 开发板的硬件参考设计通常采用CADENCE或PADS等专业EDA（Electronic Design Automation）软件完成。这些软件可以帮助工程师进行电路...
缓存击穿、雪崩、穿透三大Redis问题总结
akiramenai的博客
11-19 731
当缓存和数据库都没有查询到请求时，就往缓存中存入null，并且设置ttl。热点key一般都会提前写入缓存，所以不用担心缓存穿透的问题。
MySQL事务全攻略：ACID特性、隔离级别与并发控制
2302_80105876的博客
11-18 4206
事务是数据库执行中的逻辑单位，具备原子性、一致性、隔离性和持久性（ACID）特性。MySQL中InnoDB引擎支持事务操作，可通过start/begin启动事务，commit提交或rollback回滚。MySQL默认隔离级别为可重复读（Repeatable Read），其他级别包括读未提交、读提交和串行化。MVCC（多版本并发控制）通过保存数据历史版本实现读写并发，利用隐藏字段DB_TRX_ID、DB_ROLL_PTR等维护版本链。不同隔离级别通过ReadView机制控制事务可见的数据版本，从而解决并发问题
SSM企业物资管理系统h3109(程序+源码+数据库+调试部署+开发环境)带论文文档1万字以上，文末可获取，系统界面在最后面
最新发布
2509_93102542的博客
11-21 756
在技术实现上，国外多采用成熟的开发框架和技术架构，注重系统的安全性、稳定性和可扩展性，同时积极融入大数据、人工智能等新技术，实现物资需求预测、智能库存优化等功能。基于此，开发一套基于SSM框架的企业物资管理系统，整合部门、员工、物资及各类业务流程管理功能，实现物资管理的数字化、规范化和高效化，成为解决企业物资管理痛点的必然需求。本课题旨在开发一套基于SSM框架的企业物资管理系统，围绕部门、员工、物资信息、物资申请、消息提醒、物资归还、物资入库、意见反馈八大核心功能模块，实现企业物资管理的全流程数字化。
部署在windows的docker中的dify知识库存储位置
2501_93651177的博客
11-21 514
在Windows系统的Docker中部署Dify时，知识库存储分为两部分：文件数据（包括文档、向量等）存储在宿主机E:\dify-1.1.3\docker\volumes\app\storage\upload_files目录下；元数据（如配置信息）则保存在PostgreSQL数据库中，数据库文件位于宿主机E:\dify-1.1.3\docker\volumes\db\data\pgdata路径。文件数据由系统自动生成，元数据通过数据库管理知识库配置关系。
MySQL 函数
2509_94006710的博客
11-21 1027
MySQL 函数是服务器端定义的程序，可以接收输入参数，进行处理后返回一个结果值。函数的主要特点是可以在 SQL 语句中直接调用，通常用于计算、数据转换或返回某种特定的结果。与存储过程不同，函数必须返回一个值，并且可以在 SQL 语句的SELECT列表、WHERE子句、ORDER BY子句等位置使用。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值