「玩《三国志》学MySQL」1.初识MySQL数据仓库

梦里梦外; 2022-11-09 12:59 451阅读 0赞

**「玩《三国志》学MySQL」** 内容汇总

[「玩《三国志》学MySQL」带你玩游戏学MySQL][MySQL_MySQL]

### 文章目录 ###

*  内容简介
 *  数据库基本概念
 *   *  《三国志》关系数据库管理系统
     *   *  数据库管理系统
         *  数据库管理关系模型
     *  《三国志》的关系型数据库指的是什么？
     *  MySQL的结构化查询语言
 *  数据库设计
 *   *  《三国志》的开发人员都了哪些事情？
     *  《三国志》武将团队系统概述
     *  《三国志》定义问题域是什么？
     *  数据库的编码规范
 *  E-R图
 *   *  《三国志》数据的实体与属性
     *  《三国志》各类数据间的关系
     *  ER图的设计原则
 *  关系数据库设计
 *   *  为《三国志》每个实体建数据表
     *  《三国志》数据表的主键
     *  《三国志》各个数据表的关系
     *  为合适的字段选择类型
     *  定义约束（Constraint）条件
     *  《三国志》构建数据表要注意的问题
 *  思考问题

# 内容简介 #

以单机《三国志 11》的游戏数据为示例，通过了解MySQL关系数据库设计的相关知识，学习《三国志 11》的数据库是如何在游戏中应用的。为了方便后面所有的《三国志 11》都以《三国志》代替。

本文学习内容包括数据库的基本概念、数据库的设计、E-R设计图、关系型数据库设计四个部分。

# 数据库基本概念 #

*  简单地说：数据库（Database或DB）是存储、管理数据的容器。
 *  严格地说：数据库是“按照某种数据结构对数据进行组织、存储和管理的容器”。

数据永远是数据库的核心。

**那《三国志》游戏的核心是什么呢？是武将、装备、城市、资源？**

## 《三国志》关系数据库管理系统 ##

在各种游戏无论是网络游戏还是单机游戏，都是要具有自己的数据库，里面存放着游戏里的各种数据。

*  武将数据  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70]
 *  宝物数据  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 1]
 *  城市数据  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 2]

### 数据库管理系统 ###

基于这些数据通过 **数据库管理系统** 可以实现2个基础功能

*  数据库容器中各种数据库对象的访问（增、删、改、查等操作）  
    **增**：例如在某个剧本中设置自己的武将登场。  
    **删**：例如不选择某个剧本的武将不希望等成。  
    **改**：俗称金手指，改各种数据比如武将各种全满。  
    **查**：在选择某个剧本时看看都有哪个势力。
 *  数据库的维护工作（备份、恢复、修复等操作）  
    **备份**：游戏存档，一般没有人直接干到一个剧本统一吧。  
    **恢复**：游戏读档，读取存储在数据库我们的存档。  
    **修复**：某个武将修改太变态希望恢复到原始的状态。

上面这些操作是不是大家在玩《三国志》的时候都有过对应的操作？这就是数据库要做的事情。

做为我们玩家来说无法直接通过游戏的操作界面获取数据库文件中的具体内容，数据库管理系统通过调用操作系统的进程管理、内存管理、设备管理以及文件管理等服务，为玩家提供管理、控制数据库容器中各种数据库对象、数据库文件的接口，进而形成了我们看到的游戏的各种界面。

比如武将系统界面，先上一个我的偶像。

游戏中我们看到是这样的对不，很厉害的样子。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 3]  
实际上在数据库中存储是这样的  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 4]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 5]  
游戏中的界面都是通过读取数据库中的数据显示到游戏界面中供玩家查看。

### 数据库管理关系模型 ###

数据与数据之间存在关系模型，俗称数据库管理系统常用数学模型。

*  层次模型（以官职系统举例）  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 6]
 *  关系模型、网状模型（以人物关系举例）
 *  面向对象模型（按颜色势力进行区分，魏、蜀、吴、群）  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 7]  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 8]

基于 **关系模型** 的数据库管理系统称为关系数据库管理系统（简称为**RDBMS**）

**MySQL的优点如下**

1.  开源：源代码随意下载。
2.  简单：MySQL体积小便于下载安装。
3.  性能优越：性能足够与商业数据库媲美。
4.  功能强大：功能足够与商业数据库媲美。

## 《三国志》的关系型数据库指的是什么？ ##

关系数据库中所谓的 **关系**，实质上是一张二维表，也叫列联表。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 9]

## MySQL的结构化查询语言 ##

**结构化查询语言**（Structured Query Language或简称为SQL）是一种应用最为广泛的关系数据库语言，该语言定义了操作关系数据库的标准语法，几乎所有的关系数据库管理系统都支持SQL。

通常我们在进入游戏之后最早接触的就是选择剧本和选择势力的对吧，都是通过结构化的语言进行SQL查询生成对应的情节数据进而生成游戏环境。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 10]

# 数据库设计 #

数据库技术解决的是 **商业领域** 的 **商业问题** 。 对于《三国志》游戏来说，商业领域就是整体的游戏，商业问题就是游戏的游戏体验以及游戏如何进行的问题。

对于早期那些开发这款游戏的工程师来说，他们就是这个业务领域的专家，设计和开发对应脚本中的数据结构内容，他们并不是一个人在战斗。用数据库技术给玩家带来各种各样的剧情体验，也就是俗称的使用数据库技术解决该 **商业领域** 的 **商业问题** 。

## 《三国志》的开发人员都了哪些事情？ ##

数据库设计是一个 **系统工程** ,要求数据库开发人员：

*  熟悉商业领域的商业知识。
 *  利用管理学的知识与其他开发人员进行有效沟通。
 *  掌握一些数据库设计辅助工具。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 11]

## 《三国志》武将团队系统概述 ##

根据我的理解做了一个团队系统的概述。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 12]

## 《三国志》定义问题域是什么？ ##

定义问题域是数据库设计过程中重要的活动，它的目标是准确定义要解决的商业问题。《三国志》中的团队需解决的 **商业** 问题有哪些？

这些都是我们在游戏中各个环节所体验到的内容就是需要解决的问题，例如说黄巾起义章节，需要把该时代的人物进行逐一查询写入到剧本，如果是常规流程的话 **乱入** 这种情况是不会存在的。

## 数据库的编码规范 ##

在编程的时候会考虑代码的可读性吗？你觉得代码可读性是需要考虑的问题吗？

1.  代码不仅要自己能读懂，还要别人也能看懂？
2.  尽量做到可读，但时间紧任务重的时候就顾不上了？
3.  代码只要自己能读懂就可以了？
4.  代码写完就完了，不用管以后是否能读懂？
5.  不知道，没有想过这个问题？

尽最大努力把方便留给别人和将来的自己。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 13]

# E-R图 #

E-R图设计的质量直接决定了关系数据库设计的质量。

## 《三国志》数据的实体与属性 ##

实体不是某一个具体事物，而是某一种类别所有事物的统称。属性通常用于表示实体的某种特征，也可以使用属性表示实体间关系的特征。

下图中是朝代、势力、武将、城市这些是实体，里面的字段信息就是对应实体的属性了。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 14]

## 《三国志》各类数据间的关系 ##

E-R图中的关系用于表示实体间存在的联系，在E-R图中，实体间的关系通常使用一条线段表示，并且实体间的关系是双向的。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 15]

## ER图的设计原则 ##

从系统的功能描述中抽象出来E-R图。

*  属性应该存在于、且只存在于某一个地方（实体或者关联）。
 *  实体是一个单独的个体，不能存在于另一个实体中或者是另一个实体的属性。
 *  同一个实体在同一个E-R图内，仅出现一次。

# 关系数据库设计 #

1.  为E-R图中的每个实体建立一张表。
2.  为每张表定义一个主键（可以是无意义字段）
3.  增加外键表示一对多关系。
4.  建立新表表示多对多关系。
5.  为字段选择合适的数据类型。
6.  定义约束条件。

## 为《三国志》每个实体建数据表 ##

建立表单和对应的字段

# 势力组织
    Group_info(group_id,group_name……） 
    
    # 城市信息
    City_info(city_id,city_name……)
    
    # 朝代信息
    Dynasty_info(dynasty_id,dynasty_name……)
    
    # 武将信息
    Person_info(person_id,person_name……)

## 《三国志》数据表的主键 ##

**关键字（key）**

用以唯一标识表中的每行记录。例如说在剧本的表格中，每一个时期的剧本就是一个关键字，不能够重复。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 16]

**主键（Primary Key）**

所有的关键字中选择一个关键字，作为该表的主关键字，简称主键。

1.  表的主键可以是一个字段，也可以是多个字段的组合（这种情况称为复合主键）。
2.  表中主键的值具有唯一性且不能取空值（NULL）；当表中的主键由多个字段构成时，每个字段的值都不能取NULL。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 17]

## 《三国志》各个数据表的关系 ##

说到关系就一定要提到 **外键（Foreign Key）**。

如果表A中的一个字段a对应于表B的主键b，则字段a称为 表A的外键，此时存储在表A中字段a的值，要么是NULL，要么是来自于表B主键b的值。

**一对多的关系**

如果实体间的关系为一对多关系，则需要将 **一** 端实体的主键放到 **多**端实体中，然后作为 **多** 端实体的外键，通过该外键即可表示实体间的一对多关系。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 18]  
让武将、文官住所在势力，远比势力 **记住** 所有武将、文官容易的多 。

**一对一的关系**

实体间的一对一关系，可以看成一种特殊的一对多关系：将 **一** 端实体的主键放到另 **一** 端的实体中，并作为另 **一** 端的实体的外键，然后将外键定义为唯一性约束（Unique Constraint）。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 19]  
**多对多的关系**

如果两个实体间的关系为多对多关系，则需要添加新表表示该多对多关系，然后将该关系涉及到的实体的 **主键** 分别放入到新表中（作为新表的外键），并将关系自身的属性放入到新表中作为新表的字段。

Group_info(group_id,group_name……）
    City_info(city_id,city_name……)
    Dynasty_info(dynasty_id,dynasty_name……)
    Person_info(person_id,person_name……)
    
    # 将所有表单信息关联起来
    New_table(group_id,city_id,dynasty_id,person_id)

## 为合适的字段选择类型 ##

举个例子来说，咱还拿我的偶像。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 3]

*  比如姓名，必须是字符串对吧，如果你用数据代替就会非常乱。
 *  比如年龄你可以用文字也可以用数值对吧，但是常规一般都用整数表示，用浮点型来个55.00岁可能就不太合适了。

下图中概括了MySQL中常用的数据类型。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 20]

## 定义约束（Constraint）条件 ##

所有的约束条件都是为了创建完整且有效的数据而使用的。

常用的约束条件有6种：

1.  主键（Primary Key）约束，上文提及不重复。
2.  外键（Foreign Key）约束，上文提及不重复。
3.  唯一性（Unique）约束，宝物的名称具有唯一性。
4.  默认值（Default）约束，某些场景下为分配势力的武将默认为在野。
5.  非空（Not NULL）约束，有些字段不能为空，例如说姓名。
6.  检查（Check）约束，查看表与表之间的关联，如果某个武将的所在势力的信息在势力表单中未出现，就会出现错误，俗称BUG。  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 21]

## 《三国志》构建数据表要注意的问题 ##

*  数据库中冗余的数据需要额外的维护，因此质量好的一套表应该尽量 **减少冗余数据** 。
 *  数据库中经常发生变化的数据需要额外的维护，因此质量好的一套表应该尽量 **避免数据经常发生变化** 。

**使用规范化减少数据冗余**

冗余的数据需要额外的维护，并且容易导致 **数据不一致**、**插入异常** 以及 **删除异常** 等问题的发生。

看看这个数据表单，然后思考一下有什么问题。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 22]  
规范化是通过最小化数据冗余来提升数据库设计质量的过程，规范化是基于函数依赖以及一系列范式定义的，最为常用的是第一范式（1NF）、第二范式（2NF）和第三范式（3NF）。

**第一范式**

如果一张表内同类字段不重复出现，该表就满足第一范式的要求。意思就是不应该出现重复的字段以及对应字段重复的数据。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 23]  
**第二范式**

一张表在满足第一范式的基础上，如果每个 **非关键字** 字段 **仅仅** 函数依赖于主键，那么该表满足第二范式的要求。

从数据库中筛选信息使用这些数据共同构建新剧本。

例如：**三分天下**，我们将曹操、孙权、刘备对应的武将在剧本中开始时间节点未阵亡的人物进行查询，并加入剧本。这段话就是形成一个剧本描述，根据该描述执行SQL语句构建该剧本的人物。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 24]  
**第三范式**

如果一张表满足第二范式的要求，并且不存在 **非关键字** 字段函数依赖于任何其他 **非关键字** 字段，那么该表满足第三范式的要求。

满足第三范式的武将表  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 25]  
满足第三范式的朝代表  
![在这里插入图片描述][20210310172040464.png]  
满足第三范式的势力表  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 26]  
满足第三范式的君主表  
![在这里插入图片描述][20210310172057212.png]

# 思考问题 #

问题1：如果你是《三国志》游戏的设计者你会怎么样设计该游戏的数据库解决游戏的剧本问题？

问题2：在构建《三国志》对应数据库表格模板关系图中应该注意什么？

问题3：用数据库的思维能否设计一个属于自己的《三国志》剧本。

[MySQL_MySQL]: https://blog.csdn.net/qq_20288327/article/details/116432124
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70]: /images/20221023/4a91540c518d42e38bb0b2c4b8f2a6ad.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 1]: /images/20221023/4adc01b240c04d6584e4b059bd5f1c61.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 2]: /images/20221023/84c7fa607e0a44fb9464e18cbc20cccb.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 3]: /images/20221023/ff22d219622c45f48d628088c6f1c4f7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 4]: /images/20221023/149885d929f5428e965fc1c51bb5e4cb.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 5]: /images/20221023/1ea1e65e93cc46a9a5564cbe6bb50024.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 6]: /images/20221023/8dc8d2b11dbe4355ae6d618a1f0d16e2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 7]: /images/20221023/d30e91b8105f4a6481be9ebf8858da44.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 8]: /images/20221023/d22193f4c2f248159adfb6f76b54044d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 9]: /images/20221023/be2eb523ca5246e2a70ac4a5178aa563.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 10]: /images/20221023/d718370785c64184a0c5d1c53f49b2c7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 11]: /images/20221023/91566b82275f4019a283412aa295390e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 12]: /images/20221023/29aa30928edd40ce9b88d7a16c294fee.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 13]: /images/20221023/0ad7af07eebf482d83757777fe330b41.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 14]: /images/20221023/eb4cef1b115f4f71947e09edffdb19ad.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 15]: /images/20221023/d57621f6e40544f7b2fa9c16f0c923e0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 16]: /images/20221023/63dd99079bfc45db8f11b946b9625f9d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 17]: /images/20221023/79510ba4435b4d9bb133f3d5972a9eef.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 18]: /images/20221023/cdb4af7e053041a7ac61d5f7459772ea.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 19]: /images/20221023/b83c9fe79de641909d9f5276485f9ea1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 20]: /images/20221023/bea3bf39292a4407a9327d9c639a824f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 21]: /images/20221023/9c39f81ceeca49db978b089b26405afd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 22]: /images/20221023/060ae470ff90496285cecbb05058b15c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 23]: /images/20221023/047b858128a74b088d4d676ba57205a8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 24]: /images/20221023/15d74a4904094e25a8f8a6604a8c61e2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 25]: /images/20221023/4c20d61812ea47cfaf48bc3464306b19.png
[20210310172040464.png]: /images/20221023/bb7e2b542e1840bea366ea291764a74c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwMjg4MzI3_size_16_color_FFFFFF_t_70 26]: /images/20221023/b96d7e7efe764ec89459a1df3083be2e.png
[20210310172057212.png]: /images/20221023/85289da92f184c608ad023fe4c27c08e.png