RandomWalk|马尔可夫链｜RandomProcess|PageRank

2020-10-27

【参考资料：https://www.ituring.com.cn/book/tupubarticle/7121

#马尔科夫链

注意从时间(time)和空间(which state)的两个维度理解马尔可夫链。

Markov property

当一个随机过程在给定现在状态及所有过去状态情况下，未来与过去无关。

Mathematically

如果 $X(t),t>0$ 为一个随机过程，则：

$Pr[X(t+h)=y｜X(s)=x(s),s\le t]=Pr[X(t+h)=y|X(t)=x(t)]$

Markov process

A random process which has Markov property is called Markov process

时齐

Mathematically

如果 $X(t),t>0$ 为一个随机过程，则：

$Pr[X(t+h)=y｜X(t)=x(t)]=Pr[X(h)=y|X(0)=x(0)]$

马尔科夫链的概率分布

令 $\pi^t$ 未马尔可夫链在时刻t的状态分布

$\pi^t=P(X_t)=x$ .

$t=0$ ，就是初始的概率分布

马尔科夫链X的绝对分布由其初始分布和一步转移概率完全确定。

平稳分布

$\pi P=\pi,\pi$ 叫做马尔可夫链的平稳分布， $\pi P^2=\pi PP=\pi P=\pi$

平稳分布的存在性与唯一性的讨论(马尔可夫链收敛定理)

Q1：是否每个马尔可夫链都具有一个稳态分布？(存在性)

Q2：该稳态分布是否唯一？(唯一性)

Q3：πn 是否总是趋向于稳态分布？(收敛性)

不可约+非周期=充要=平稳分布唯一存在

所有状态的周期都不为1，平稳分布也不存在。

不可约

强连通

非周期

所有状态的周期均为1。

一些定理

如果x和y是连通的，那么 $d_x=d_y$

PageRank

PageRank通过计算网页的”重要程度”来对网页进行排序。

如何定义网页的级别/重要程度?

定义网页 $i$ 的级别 $\pi(i)$ 为一个正数，

$\pi(i)=\sum \pi(j)P(j,i)$ , $P(j,i)$ 指我在状态j转移到i的的概率。

这里 $P(A,B)=\frac{1}{2}$ ,

有一个方程： $\begin{cases}\pi_A=\pi_Cp(c,a)+\pi_Dp(d,a)\\pi_b=\pi_ap(a,b)+\pi_Dp(d,b)+\pi_Ep(e,b)\…\end{cases}$ ，以此类推。

注意到，这里只有未知数 $\pi_i,i\in(A,B,C,D,E)$

设 $\pi=(\pi_A,\pi_B,\pi_C,\pi_D,\pi_E)$ , $P_{n\times n}=P(i,j)$ 是一个以 $P(i,j)$ 为元素的方针。

这个方程很牛逼，我们叫它平衡方程。

这里我们注意到，如果一个向量 π 是这个方程的解，那么 π 的任意倍数也是这个方程的解．为方便起见，我们将解归一化，使得所有网页的级别之和为1： $\sum \pi(i)=1$ 。

我们怎么在PageRank中引入马尔可夫链模型的?

想象一下你正在浏览网页：假设你在网页 i 上浏览了一个单位时间，然后随机点击进入了网页 i 指向的一个网页．在这个过程中，从网页 i 到网页 j 的概率正好为P(i, j )，与前面的例子相同．

展开全文 >>

当代数据库数据库管理系统Homework1寻宝游戏(一)

2020-10-19

当代数据库数据库管理系统Homework1:寻宝游戏(一)

10185501409 池欣宁

实验环境

MongoDB community @ 4.4
MongoDB 可视化： MongoDB Compass
Flask 框架
Flask APSschedule
前端：html+ Jinja2
Python 3.8
venv 虚拟环境与python包版本管理

venv 对应的包各版本如下：
pytest 测试与coverage

支持的游戏场景

homework1所描述的场景

每个游戏玩家都有一定数量的金币、宝物。有一个市场供玩家们买卖宝物。玩家可以将宝物放到市场上挂牌，自己确定价格。其他玩家支付足够的金币，可购买宝物。
宝物分为两类：一类为工具，它决定持有玩家的工作能力；一类为配饰，它决定持有玩家的运气。
每位玩家每天可以通过寻宝获得一件宝物，宝物的价值由玩家的运气决定。每位玩家每天可以通过劳动赚取金币，赚得多少由玩家的工作能力决定。（游戏中的一天可以是现实中的1分钟、5分钟、10分钟。自主设定。）
每个宝物都有一个自己的名字（尽量不重复）。每位玩家能够佩戴的宝物是有限的（比如一个玩家只能佩戴一个工具和两个配饰）。多余的宝物被放在存储箱中，不起作用，但可以拿到市场出售。
在市场上挂牌的宝物必须在存储箱中并仍然在存储箱中，直到宝物被卖出。挂牌的宝物可以被收回，并以新的价格重新挂牌。当存储箱装不下时，运气或工作能力值最低的宝物将被系统自动回收。
假设游戏永不停止而玩家的最终目的是获得最好的宝物。（不停提升运气提升共工作能力，获得好的饰品和最好的工具循环）

额外实现的更符合游戏完整逻辑的功能

玩家查看个人主页(基本信息)
玩家查看个人存储箱
玩家查看个人操作历史，玩家可以通过输入operation_type查看自己进行的操作历史。
玩家售卖物品支持改价，当有treasure被某玩家挂牌出售时，支持玩家直接修改该宝物价格，而不是通过先回收再重新出售
玩家查看个人出售列表
玩家初次进入游戏时的注册操作，同时记录玩家登陆密码
玩家登陆进入游戏
玩家忘记密码时，回看个人密码。

数据库设计

需求分析：了解用户需求，确定软件的基本功能

用户需求

用户：游戏玩家

用户属性：

一定数量的金币
随身携带：一个工具类宝物和两个运气类宝物，随身携带的宝物决定着当天玩家在自动寻宝的时间段过程中获得的收益。
存储箱：一定数量的宝物(分位工具类)
宝物：
1. 类型：宝物功能用途
2. 等级：宝物等级决定了用户某种事件的结果。

用户操作：

Type1: 系统自动帮助玩家进行的,即以游戏中的”天”为单位。

寻宝(afschedule定期巡航)：

details:寻宝根据玩家佩戴的饰品进行，使用randint在level处保证随机性，对于这一个可多人在线的游戏而言，系统后台的宝物数据库的个数/种类对每个登陆游戏玩家是不透明的，但对每个玩家而言，系统后台的宝物数据库为不可更改的同一宝物数据库。

打工：(afschedule定期巡航)

根据佩戴的物品的labour属性帮助玩家打工

说明：为了使寻宝和打工操作更符合真实的游戏逻辑，默认flask 框架所构建的web应用app.py是全天候运行，即游戏后台服务器一直处于后台状态，所以系统自动帮助玩家进行的活动，默认只要flask run，即遍历players列表的所有玩家，自动帮助玩家进行打工和寻宝操作。【无论玩家是否真实登陆游戏查看或进行相关操作】

Type2: 系统自动帮助玩家进行的,即系统帮助玩家的”自动”丢弃机制。

回收

当玩家进行寻宝前，判断玩家存储箱的大小，如果存储箱的大小超过maxlen，则自动回收level最低的宝物，这里working宝物和fortune宝物一起被排序。

当玩家想在市场上确定购买宝物时，系统自动帮助玩家进行不必要的宝物的回收操作。

同时，当玩家想将宝物从市场上回收时，也有此操作。

总结：当玩家进行所有涉及到存储箱数量改变的操作时，均应该使用此操作。

Type3: 玩家自主进行的操作(opearation)

玩家浏览自己的个人基本信息(个人主页)
玩家浏览自己的存储箱
玩家浏览市场
玩家在市场挂牌售卖宝物
玩家在市场对售卖宝物进行改价
玩家将宝物从市场上回收
玩家查看个人主页(基本信息)
玩家查看个人存储箱
玩家查看个人操作历史，玩家可以通过输入operation_type查看自己进行的操作历史。
玩家售卖物品支持改价，当有treasure被某玩家挂牌出售时，支持玩家直接修改该宝物价格，而不是通过先回收再重新出售
玩家查看个人出售列表
玩家初次进入游戏时的注册操作，同时记录玩家登陆密码
玩家登陆进入游戏
玩家忘记密码时，回看个人密码。

概念模型设计：确定数据库需要记录的信息(Raw Info)

从上述用户需求可得，确定Object即Nosql类型数据库的collection类型如下：

宝物(treasure)
宝物库(Box)
用户(player)
市场(market)
历史(history)

模拟UI

模拟用户操作而模拟用户访问频率，得到初始的DB design Schema，通过模拟CRUD次数对数据库结构进行调整。

用户界面UI

市场列表UI

UI模拟结论,按照访问频率从高到低排列

正常玩家的操作：

Most Frequent:

用户登陆，即进入用户主界面，所以Player这个collection是用户访问最多的文档集，由于用户访问的频繁行，所以要尽可能多的涉及用户有关的常用信息嵌入到player 这个collection的单个对象中，便于用户需要时夺得及时的访问，以及减少数据库其他文档集的频繁访问，以增强用户体验。

查看仓库

用户点击主页面的仓库按钮，即可查看仓库与更改takeaway等。

与市场有关的交易操作

通常而言，用户一般在浏览完自身信息和存储库信息后，才会去选择去市场进行相关交易，以增强自身能力，防止存储箱溢出等。

Raw schema

Player{OID,storage[Treasure:{OID},],takeaway{OID1,OID2,OID3}attribute:{money, working,fortune}，myself[working:[],fortune:[]]}
Market{Treasure:{[player:OID],OID,price,attribute:{working,fortune}}}
workingtreasure(寻宝):{OID,attribute:{working,fortune}}
Fortune treasure(寻宝):{OID,attribute:{working,fortune}}
Box:{ownername:[]}

在实际编写过程中最终的数据库设计

players

player collection 插入的document内容如下：

username: string 类型，为玩家用户名，不可重复，其中的不可重复性由mongoDB 提供的players.create_index([("name", pymongo.ASCENDING)], unique=True保证。
money：int 类型，该玩家当前拥有的金币数量
Takeaway:array 类型，其中array中存放的是玩家随身携带的treasure类型的document.
Box:array类型，其中array中存放的是玩家随身携带的treasure类型的document.
Passed：str类型，为玩家的登陆密码

treasure

treasure文档集，相当于系统默认的宝物库，对于每个初次注册登陆的玩家，为保证游戏起始的公平性，宝物库相同，【可以模拟玩家“出生”的偶然性，模拟不同玩家有不同质量的宝物库~游戏后续升级的🍑之一】

宝物库，只记录宝物的最基本信息，即宝物名称，注意，这里将宝物名称作为唯一的宝物索引不同的宝物。我自行编写generate_basic_db.py文件使用random函数随机生成的宝物名称。

Name:str宝物名称
Level:宝物等级
Type:working 即为工具类宝物，fortune即为玩具类宝物。

markets

当玩家准备在市场上售出时，向markets 集合插入一条信息，如上图所示。

Name:str类型记录宝物名称
Price: int类型，记录宝物出售的价格，功能支持宝物售卖者进行改价。
Owner:str类型，记录出售者的名称。更符合正常游戏逻辑的设计。

因为我在初始化宝物库，即treasure collection的时候，只向其中插入了62个document，且所有玩家在第一次寻宝(hunt)之前，自身的幸运等级和工作能力等级被初始化相同，所以，有很高的概率在游戏的初始阶段，不同玩家寻到的宝物是有大比例重叠的。所以需要在市场信息中记录出售玩家以区分同名宝物，玩家在后续的购买功能时，需要以(treasurename,sellername)来唯一指定购买的是哪一款宝物。
level:int类型，记录该宝物的等级。更符合正常游戏逻辑的设计。

history

history文档集的设计：

name: str类型，记录操作的玩家
Opt_time:float类型，由time()库函数获得，记录操作发生的时间
opt_type:str类型；操作类型：包括玩家主动进行的操作和系统帮助玩家自动进行的操作
Detail：操作细节：str类型

对比raw schema与final schema

问题1:是否需要额外新建立box collection?

我在一开始设计的时候，对于玩家的宝库仓库放在哪里纠结了很久。在raw schema的设计时，准备新增一个box collection。打算只在玩家player中嵌套一个”box”key,它的value指向box collection中的索引，但是，经过后面游戏具体设计实现发现，自动寻宝功能//穿戴，脱下宝物功能//买卖功能等，即所有游戏的核心功能，都围绕着玩家box的更改进行。所以不惜牺牲player collection的存储size略微庞大，来获得这种对于player box的交互的快速，即减少CRUD的时间。

同理，对于玩家穿戴的操作，涉及到玩家”takeaway”这个key所对应的value的更新，但由于takeaway的上限容量更小，所以直接将takeaway嵌套入玩家collection。

问题2:是否设置玩家自身的属性ability当作一个Key？

我起初，想在玩家的document中增加,”ability”Key，即玩家的能力属性，由游戏的实现逻辑可得，能力属性决定了玩家寻宝和打工时的收获。但也由于游戏的实现逻辑较简单，即玩家实时的ability并没有即时的显示在玩家的个人信息主页，所以玩家自身的属性ability当作一个Key，并不是有十分的必要性。因为如果在游戏逻辑没有要求的情况下，每次玩家在进行wear/unwear操作的时候，都需要对此进行update.

但是，如果将游戏逻辑补充完整到，在玩家的个人信息主页，实时的显示玩家的ability，那么，abilityKey就很有必要作为玩家的一个Key，也是通过additional information的存储以提高用户体验。

问题3:我为什么没有选择增加”on-sale-flag”Key?

游戏设计的逻辑要求，需要保证玩家自己挂牌在市场上售卖的宝物，不能供玩家穿戴时选择，即玩家穿戴时，要看自己的存储库，去除掉那些onsale的宝物。同时，由于玩家也需要直接看到自己哪些物品挂在市场（或者说哪些物品在背包中但其实被锁定住因为挂在市场），所以建立on-sale-flag属性（这样不需要到market中遍历sell是自己的物品才能知道哪些是我已挂在市场的宝物，而且便于维护）。但是，对于on-sale-flage属性，若选择在所有宝物库初始化时置为0，不符合宝物被用户获得才有可出售性的逻辑，所以，应该选择在寻宝时，被加入进玩家宝物库(box)时维护。但是，box中给每个物品贴”on-sale-flag”标签，需要遍历box获得我的出售。但是，box中物品也是过多，不方便查找属性，且还需要遍历整个box字典才能知道那些东西在市场或者不在市场上。

问题4:如何高效获得“我的出售”

问题3讨论了我为什么没有选择增加“on-sale-flag”,为了维护游戏逻辑的完整性，我需要记录我的出售。在市场出售列表中，因为属于不同玩家的同名宝物售卖的可能性，我该如何获得我的出售呢？

一种选择方案是，在player document中再额外增加一个冗余信息。

另一种选择方案是，在market的document中，对于每一个宝物，额外增加一个seller的Key，作为除了name of treasure以外的secondary Index。

对比这两种选择方案，第一种需要通过”player_name”作为索引搜索B树这个mongoDB 的索引结构。在每一次出售时，修改working_treasure_onsale和fortune_treasure_onsale数组，在每一次挂牌回收时，需要遍历这两个数组进行删除。

第二种通过’treasure_name_onmarket’和’seller_name’这一个二元的索引结构，主要还是“seller_name”这个索引，获得“我的出售”。在挂牌回收时，也是同样的操作。

对比两种方案，显然值得选择第二种。

问题4:为什么不单独区分working treasure 和fortune treasure?

为了系统丢弃时考虑。

系统自动帮助玩家回收宝物，需要将working treasure和fortune treasure作为同等权的宝物丢弃，所以在这里，我没有将working treasure 和fortune treasure分开，考虑到玩家可佩戴的不同种类的宝物的最大值和系统可寻宝宝物库的个数，可以赋不同权，在这里等权的情况下，单独区分working treasure和fortune treasure没有太大的意义。

问题5: 为什么要存储冗余(重复)信息

玩家可读可操作自由操作sell为自己的object或进行buy操作。由于有查看market操作，需要快速向玩家展示所有market中的信息，故组织成good ，price，sell格式，当然也可以只考虑每个good在原来user的treasure的_id，单个人认为这样对于如果程序出错，数据库出现问题时维护起来会很累，因为需要反向找到_id，再对market进行操作，所以组织成这样，而且对于仅访问（如查看毕竟查看操作必然比交易操作多）market某个object，不需要去直接对用户个人属性进行访问，防止造成不必要的数据损失。

问题6:嵌套文档的索引均省去了”_id”的存放，而是使用名称

在理论部分，可以使用”OID”指向不同集合的document，但是在操作的具体实现中，我发现。”_id”一般都是用hash生成的不是特别readable的值，所以变换思路，有比较易于想到的name作为索引的值。

同时，在问题5中，可以知道在数据库设计时，以不同的key作为index，可以提高CRUD的效率，

程序设计与游戏最终支持的功能展示

为了保证说明文档的简介性，只保留实现思路，不保留代码。

后端

register

用户注册，不同玩家不能拥有相同的用户名，以”name”作为unique索引，避免重复。

注册初始化时，默认玩家working_level=fortube_level=10,也是什么都不佩戴时的level。

homepage

用户查看主页，使用render_templates,前端采用Jinjia2渲染。

look_history

用户查看历史，使用render_templates,前端采用Jinjia2渲染。

Look_box

用户查看存储箱，使用render_templates,前端采用Jinjia2渲染。

unwear

用户脱下身上takeaway着的某物品。毕竟takeaway有上限，先脱下才能再穿上。

sell：首次出售

Sell:改价

用户将宝物挂牌出售。

Sell_Error_detect

Look_mysale

用户查看我的出售，使用render_templates,前端采用Jinjia2渲染。

withdraw

用户将某宝物挂牌回收。

wear

buy

再次查看市场时，该宝物已从市场上删除。

![截屏2020-10-21 下午3.24.29](/Users/chixinning/Desktop/截屏2020-10-21 下午3.24.29.png)

前端以index.html为例子

![截屏2020-10-21 下午3.25.51](/Users/chixinning/Library/Application Support/typora-user-images/截屏2020-10-21 下午3.25.51.png)

因为我的前端也是为了做这个实验现学的，所以设计的界面很简陋。

即Jinjia2将我后段传入的content(这里是User)内容传入，嵌套进html语句中，基于的base是base.html，为了使templates有统一的版式。

程序编写核心点：

设计到玩家box更改操作，只要是使box_size增加的函数，都要检查box容量上限，即使调用自动自动丢弃函数。所以，有可能前后两次update的操作。
同时，还有一处比较关键和核心的地方时，一次update后的索引重建：

![截屏2020-10-21 下午3.30.22](/Users/chixinning/Library/Application Support/typora-user-images/截屏2020-10-21 下午3.30.22.png)
挂牌出售时，支持玩家改价的功能很重要，否则对于mongoDB来说会显示两条玩家信息
还有很多程序设计的细节，要点展示在代码注释。
自动寻宝/打工的整体逻辑借鉴了这个代码：APS Scheduler自动巡航

Test 测试

因为一开始我的pytest一直会有找不到fixture的报错，找了一圈也没有找到相应的解决问题，导致pytest一直无法运行。

后来又看了一下github上的JSON_EXAMPLE,对setup.cfg重写后，解决了问题。

测试结果如下

![截屏2020-10-21 下午8.27.22](/Users/chixinning/Library/Application Support/typora-user-images/截屏2020-10-21 下午8.27.22.png)

总结

这次的数据库作业实践，让我第一次完整的体会到了web应用的构建流程，并以此应用为驱动，获得了很多web应用开发的知识。使刚刚结束的计算机网络课程中的http协议，前端、后端、数据设计、测试等，有了脱离于纸的理解与认识，同时对python语言本身也得到了熟悉，也逐渐学会去看一些报错信息。

如最近一次报错信息：

NoneType' object is not subscriptable我之前一直以为是我选择的数据结构不能索引的问题，仔细排查以后，才发现是索引的空对象。

同样，为了不使我的web应用看起来过于简陋，我再一次在菜鸟教程上学习了html语言，并第一次尝试自己在html中使用unorderedlist , table等语言。

同时，我在web应用开发准备初期，在网上浏览flask应用开发demo时，首次接触到了Jinjia2渲染，并实现了后端到前端的传值和搭建。

![截屏2020-10-21 下午9.30.29](/Users/chixinning/Library/Application Support/typora-user-images/截屏2020-10-21 下午9.30.29.png)

上面是我在准备初期的一些学习书签。

不过，纸上得来终觉浅，绝知此事要躬行，这次实验使我收获颇丰，获益匪浅。

展开全文 >>

mongoDB 报错:Error: Couldn't Connect to Server 127.0.0.1:27017, Connection Attempt Failed: SocketException: Error Connecting to 127.0.0.1:27017 :: Caused by :: Connection Refused :connect@src/mongo/shell/mongo.js:362:17

2020-10-08

今天的我，在隔了快10天做完数据库作业后，【上一个作业是用py搭建高可用集群,把mongoDB-community关了【小小小声

然后，普通的打开我普通的iTerm2打开mongoDB，然后，普通的发现，我的mongoDB怎么也报错了:D

报错信息如下:

to: mongodb://127.0.0.1:27017/?compressors

Error: couldn't connect to server 127.0.0.1:27017, connection attempt failed: SocketException: Error connecting to 127.0.0.1:27017 :: caused by :: Connection refused :
connect@src/mongo/shell/mongo.js:362:17
@(connect):2:6
exception: connect failed
exiting with code 1

吓得我都想把mongoDB unistall 再install了，发现brew无法install噢，废话，本身install 就是community:D

然后呢，我上网一查，好生复杂。都是说缺少路径文件什么的，我一听就懒了，就没找着网上的教程做。

然后，猛然想到，在mqlclient也是疯狂报错，:D，最后解决的方法是我没打开mysql service.

现在记录一下mysql service 在macos的打开方式:mysql.server start，不先输入这个，直接输入mysql在DB首次启动的时候，也会报错的哦:D。

所以，我就翻到以前的博客，重新打开了一下，即brew services start mongodb-community@4.4，寻思着要两个错一样呢。

然后再次在命令行中输入mongo，发现，成功了:D！

所以，遇事不决，先把数据库服务进程打开，毕竟咱也刚学:D。

展开全文 >>

python3.8安装mysqlclient报错的处理

2020-10-07

今天想安装mysqlclient的时候，出现了如下报错：

 Using cached mysqlclient-2.0.1.tar.gz (87 kB)
    ERROR: Command errored out with exit status 1:
     command: '/Users/chixinning/Desktop/大三上/当代数据库管理系统/上机/Contemporary-database-management-system/venv/bin/python' -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/private/var/folders/xn/lsx6487s6bd4jxbyb5k2ktq40000gn/T/pip-install-97ls9_pm/mysqlclient/setup.py'"'"'; __file__='"'"'/private/var/folders/xn/lsx6487s6bd4jxbyb5k2ktq40000gn/T/pip-install-97ls9_pm/mysqlclient/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' egg_info --egg-base /private/var/folders/xn/lsx6487s6bd4jxbyb5k2ktq40000gn/T/pip-pip-egg-info-gyngduz1
         cwd: /private/var/folders/xn/lsx6487s6bd4jxbyb5k2ktq40000gn/T/pip-install-97ls9_pm/mysqlclient/
    Complete output (12 lines):
    /bin/sh: mysql_config: command not found
    /bin/sh: mariadb_config: command not found
    /bin/sh: mysql_config: command not found
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
      File "/private/var/folders/xn/lsx6487s6bd4jxbyb5k2ktq40000gn/T/pip-install-97ls9_pm/mysqlclient/setup.py", line 15, in <module>
        metadata, options = get_config()
      File "/private/var/folders/xn/lsx6487s6bd4jxbyb5k2ktq40000gn/T/pip-install-97ls9_pm/mysqlclient/setup_posix.py", line 65, in get_config
        libs = mysql_config("libs")
      File "/private/var/folders/xn/lsx6487s6bd4jxbyb5k2ktq40000gn/T/pip-install-97ls9_pm/mysqlclient/setup_posix.py", line 31, in mysql_config
        raise OSError("{} not found".format(_mysql_config_path))
    OSError: mysql_config not found
    ----------------------------------------
ERROR: Command errored out with exit status 1: python setup.py egg_info Check the logs for full command output.

最后总结的报错信息是:

1	ERROR: Command errored out with exit status 1: python setup.py egg_info Check the logs for full command output.

我使用的环境如下：
即venv虚拟环境的激活配置如下：
added seed packages: pip==20.2.3, setuptools==50.3.0, wheel==0.35.1
在网上检索了很多信息，尝试了很多方法。下面将检索的关键词总结如下：

搜索Command errored out with exit status 1，可是这个指向性太多了。
python setup.py egg_info Check the logs for full command output.检索这个，可是搜到的信息相关都是关于:在执行 pip install 时遇到错误：python setup.py egg_info …，follow了上面的方法，一开始以为是pip3的版本是python3.8和pip相关轮子升级到了最新的版本与旧版本不兼容，在解决兼容问题最常推荐的解决方法，即全部升级到最新和在命令后面添加--use-feature=2020-resolve，也没有办法解决报错，并始终遇到的是相同的报错。
最后检索关键词修改为macos安装mysqlclient时报错，才发现大家也遇到了相同的错误。

最终错误解决与参照文档：
Mac OS 安装mysqlclient 遇到的坑~
最后解决方法如下：
在虚拟环境中，安装了
brew install mysql
本来想再按照解决方法再安装一个brew install mysql-connector-c的，发现上面的命令执行结束以后即解决了。

Small bugs recorded, 希望给看的人以启发~

展开全文 >>

当代数据库数据库管理系统W3:文档数据库与MongoDB总结

2020-09-30

展开全文 >>

当代数据库数据库管理系统W3-2:DB的事务功能

2020-09-30

Overview

数据库的事务处理。
如何解决Web Server和DB之间的操作失误问题？
Possible1:将这种transaction保证成原子的。(atomic)
毕竟Browser和Web Server之间交互失误可以用timeout解决。
为什么说将多个transaction捆绑成一个是很暴力的操作?
无法可控事务的执行周期，如持有锁的时间过短/过长。

那我们当然要避免暴力，来使用“事务“解决一些问题，“事务“所针对的问题，即”数据一致性的问题“。
毕竟咱不能只买一个东西，却在DB记录上扣了两笔钱嘛。:D

more >>

展开全文 >>

信息检索W2:

2020-09-28

英文处理

注意考试时的答题格式。
考试内容都在PPT里。
如：找Mary 找John，取交集运算。
搜索的潜在标准(查询扩展，保证有Recall），一定会保证有Recall。
即：一般输入windows,搜索window,windows.

more >>

展开全文 >>

Missing L3: The Vim Editor

2020-09-27

Vim is powerful tool.

Vim emulation is everywhere.

Official exercises:L3

All Practice makes perfect It takes about 20hrs spent on one particular skill until you earn proficiency on it .

more >>

展开全文 >>

当代数据库数据库管理系统W3:数据库设计(DB Design)

2020-09-27

Review

DBMS & CRUD
How to store
正确性(了解，心里有概念涉及)
可用性(了解，心里有概念涉及)
MongoDB Raft protocol
Read Preference
Write Preference
读多数落实 or 性能可能读新的。
本讲：数据库设计(掌握，即如何使用数据库构建App？

more >>

展开全文 >>