mysql查询单一分行客户情况_数据库单业务场景的客户需求

记录一些对数据库的理解&＃xff0c;如下&＃xff1a;

数据库&＃xff0c;其实就是存数据的仓库&＃xff0c;就像冰箱是存食物的一样&＃xff0c;有了它之后&＃xff0c;我们就可以在系统上对数据进行增删改查&＃xff0c;比如我们要查看自己余额宝里面的钱&＃xff0c;查每天的收益&＃xff0c;这些数据都是系统从数据库中读取出来的。

数据库在运行时可能会遇到不同的问题&＃xff0c;针对不同的问题有其典型的解决方式&＃xff0c;举个银行的栗子&＃xff0c;古时候的小明准备开一家钱庄&＃xff0c;他的主要工作如下&＃xff1a;

1、客户来银行存钱&＃xff0c;小明把客户的个人信息、存款金额、存款时间记录在存款单上&＃xff1b;

2、客户来银行查询自己的存款情况&＃xff0c;小明查询客户的存款单并告知客户存款情况&＃xff1b;

3、客户来银行取款或者继续存&＃xff0c;小明对客户的存款单信息进行修改&＃xff1b;

在钱庄开张了一段时间后小明就遇到了第一个问题

单业务场景的客户需求

有个客户需要查询自己的存的钱&＃xff0c;存钱的时间记不得了&＃xff0c;大概是一个月前&＃xff0c;小明只好把1个月前的记录都翻了一遍&＃xff0c;看得眼睛有点花&＃xff0c;来查询的客户也很着急&＃xff1b;

于是小明对工作内容做了个优化&＃xff1a;

存款单会按顺序获得一个编号&＃xff0c;存款后&＃xff0c;客户的查询和存款都会使用编号&＃xff0c;发货记录簿上使用标签贴标记大概的编号范围。

解说&＃xff1a;

示例场景是一个典型的业务类场景&＃xff1a;

单个业务对数据的操作是小量的(单个申请单的提交、查询)

对单个业务的响应时间要求高(不想等)

对可靠性要求高(提交的申请单不能丢失)