update docs

docs/zh/base/field-query.md

@@ -21,7 +21,7 @@ public class Article {
 
 查询代码如下：
 
-```java {10-14}
+```java {9-13}
 QueryWrapper queryWrapper = QueryWrapper.create()
         .select().form(ARTICLE)
         .where(ARTICLE.id.ge(100));
@@ -41,7 +41,7 @@ List<Article> articles = mapper.selectListByQuery(queryWrapper
 
 通过以上代码可以看出，`Article.categories` 字段的结果，来源于  `queryWrapper()` 方法构建的 `QueryWrapper`。
 
-其原理是：MyBatis-Flex 的内部逻辑是先查询出 `Article` 的数据，然后再根据 `Article` 构建出新的 SQL，查询分类，并赋值给 `Article.categories`，
+其原理是：MyBatis-Flex 的内部逻辑是先查询出 `Article` 的数据，然后再根据 `Article` 构建出新的 SQL，查询分类，并赋值给 `Article.categories` 属性，
 假设 `Article` 有 10 条数据，那么最终会进行 11 次数据库查询。
 
 查询的 SQL 大概如下：
@@ -81,7 +81,27 @@ select * from tb_category where id in
 (select category_id from article_category_mapping where article_id = 109);
 ```
 
-## 其他场景
+## 知识点
+MyBatis-Flex 的关联子查询，和 JPA 等其他第三方框架有很大的差异，比如 JPA 是通过配置来构建查询 SQL，其构建生成的 SQL 对于用户来说是不透明的。
+因此，用户几乎无法对 JPA 的注解生成 SQL 优化。
+
+而 MyBatis-Flex 关联子查询的 SQL 完全是由用户构建的，因此会更加灵活，更加有利于我们进行 SQL 优化。在子查询中，有很多的场景， JPA 对一对一、
+一对多等等不同的场景给出了不同的注解、以及参数，导致用户的学习成本非常高。
+
+对 MyBatis-Flex 来说，学习成本是非常低的，在构建子查询时，只需要明白为哪个字段、通过什么样的 SQL 查询就可以了，以下是示例：
+
+```java
+List<Article> articles = mapper.selectListByQuery(query
+    , fieldQueryBuilder -> fieldQueryBuilder
+        .field(...)        // 为哪个字段查询的？
+        .queryWrapper(...) // 通过什么样的 SQL 查询的？
+    );
+```
+
+因此，在 MyBatis-Flex 的设计中，无论是一对多、多对一、多对多... 还是其他任何一种场景，其逻辑都是一样的。
+
+
+## 更多场景
 
 通过以上内容看出，`Article` 的任何属性，都是可以通过传入 `FieldQueryBuilder` 来构建 `QueryWrapper` 进行再次查询，
 这些不仅仅只适用于  `一对多`、`一对一`、`多对一`、`多对多`等场景。任何 `Article` 对象里的属性，需要二次查询赋值的，都是可以通过这种方式进行。