ErgouTree's Blog

LLM基础 之前的 LLM 基础过于浅薄，我打算在这里再重述如下三个比较重要，示例的项目中广泛涉及到的内容，进行一个相对广泛的讲解 Embedding 为什么 Embedding 是 Neo4j + AI 的核心 因为现在基本的一些功能下： RAG GraphRAG AI 知识库 Agent Memory Neo4j Vector Index Semantic Search 多模态检索 Embedding 依旧是它们的底层基础，在自然语言处理 (NLP) 任务中，LLM 本身不擅长知识检索，处理文本需要将每个单词转换成对应的数字表示。大多数 Embedding 方法都归结为将单词或标记转换为向量。各种嵌入技术之间的区别在于它们如何处理这种“单词→向量”的转换。 在 Neo4j 的实践下，Neo4j 负责知识的关系结构，Embedding 负责语义空间，两者结合，才形成现代 AI...

体验在实际项目中使用 Neo4j 搭建项目 关于如何把 Neo4j 引入到项目中并且使用是本文的重点，以前的那种思想，图数据库相关的理解什么的，就不说了 那么，如何把 Neo4j 引入到 Spring 的项目中，首先，要有对应的有必要使用的业务 而且将 Neo4j 引入 Spring Boot 项目，最标准且高效的方式是使用 Spring Data Neo4j 那么，就以我们之前经常提到的社交网络搭建这个作为基本的业务，来去实现这么一个项目，这个例子也方便我们后续去引入 AI 来学习 Neo4j 在 AI 上的应用 Spring 中操作 Neo4j，核心是： 1234567Spring Boot ↓Spring Data Neo4j（SDN） ↓Neo4j Java Driver ↓Neo4j Database 那么，基本就需要引入如下依赖就足够了 12345<!-- Spring Data Neo4j（操作Neo4j） --> <dependency> ...

正文 塑造一部令人印象深刻的 galgame，可以从音乐入手，可以从作画入手，当然，最直接的，就是从剧本入手。令人印象深刻的 galgame 在剧本上通常个人风格浓厚，今天我们主要介绍的《赫炎的印加诺克》正是如此，这部作品的剧本家正是樱井光，这位如今不少型月粉丝都很熟悉的脚本家，便是在早期就以她那极具辨识度的文笔而闻名。她是一个两极分化，剑走偏锋的浪漫剧本家，正如本作一样小众且硬核。比起如今，我始终觉得，Liar-soft 时期的樱井光，才是她个人风格最浓烈、也最锋利的时候。 她在从 Liar-soft 离职后，便深度参与了 TYPE-MOON 的 Fate 系列企划写作，对于这部作品，连把她挖来的奈须蘑菇都赞不绝口。她那华丽的文笔，激烈的情感，鲜活生动的角色形象，饱含蒸汽朋克与克苏鲁元素的宏大世界观，在本作品中都极其鲜明的得到了体现。但因其文风晦涩，在 Liar-soft...

图的思维 理解 LPG 模型 LPG是带标签属性图，也就是Labeled Property Graph，它由四个核心要素组成：节点 (Node)、关系 (Relationship)、标签 (Label) 和 属性 (Property)。 LPG 模型之所以直观，是因为它完美契合人类对现实世界的认知方式。 节点 —— 实体 定义：节点代表现实世界中的对象或实体，比如一个人、一辆车、一笔订单。 特点：节点是独立的，拥有唯一的内部 ID。 示例：:Person（一个人）、:Movie（一部电影）。 关系 —— 连接 定义：关系连接两个节点，表示它们之间的关联。 特点： 有向性：关系总是有方向的（从起始节点指向终止节点），例如 (:Person)-[:ACTED_IN]->(:Movie)。 类型化：关系必须有类型（如 ACTED_IN, FRIEND_OF），这相当于关系型数据库中的外键，但更具语义。 可携带属性：这是...

前置知识 知识图谱 认识知识图谱 知识图谱就是用「图结构」来表示世界上的事物、事物的属性、以及事物之间的关系。 简单说，知识图谱就是通过不同知识的关联性形成一个网状的知识结构，而这个知识结构，恰好就是人工智能AI的基石。当前 AI 领域热门的计算机图像、语音识别、NLP，离不开 AI 的感知能力，真正 AI 的认知能力，就要靠知识图谱。 关系型数据库中，我们都知道它使用字段和关联来表示数据，但是它并不擅长去做关系。 知识图谱，Knowledge Graphs, KG，它由三部分组成： 实体：现实中的对象 人、公司、设备、地点……….. 属性：实体的特征 年龄、身高、价格、生产日期、性别……….. 关系：实体之间的连接 朋友、出演、属于、治疗、包含、购买、位于……….. 那么，知识图谱中，一条数据的标准表示方式如下 (实体) —[关系]→ (实体) 这种关系可以被这样的理解 主语 (Subject) —[谓语 (Predicate)]—> 宾语 (Object) sample...

条件构造器 MyBatis-Plus 提供了一套强大的条件构造器（Wrapper），用于构建复杂的数据库查询条件。 Wrapper 类允许开发者以链式调用的方式构造查询条件，无需编写繁琐的 SQL 语句，从而提高开发效率并减少 SQL 注入的风险。 主要的 Wrapper 类及其功能 类名 用途 字段引用方式 核心特点 QueryWrapper 查询 (SELECT) 字符串 ("name") 灵活，但字段名写错编译不报错 UpdateWrapper 更新 (UPDATE) 字符串 ("name") 专门用于构造更新条件和 SET 值 LambdaQueryWrapper 查询 (SELECT) Lambda (User::getName) 类型安全，重构友好，防拼写错误 LambdaUpdateWrapper 更新 (UPDATE) Lambda...

...

...

认识MyBatis-Plus MyBatis Plus 对 MyBatis 它 Plus 在哪？ 首先，MyBatis-Plus 是一个 MyBatis 的增强工具，在 MyBatis 的基础上只做增强不做改变，为简化开发、提高效率而生。 而且，MyBatis-Plus 它是无侵入的，只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑 支持的数据库也对 MyBatis 进行了增强，而且它是国人开发的，所以也对国产数据库有所支持 image-20260323170954693 任何能使用 MyBatis 进行增删改查，并且支持标准 SQL 的数据库应该都在 MyBatis-Plus 的支持范围内，具体支持情况如上。 更多特性如下 无侵入：只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑 损耗小：启动即会自动注入基本 CURD，性能基本无损耗，直接面向对象操作 强大的 CRUD 操作：内置通用 Mapper、通用 Service，仅仅通过少量配置即可实现单表大部分...

MyBatis的缓存机制 查询缓存 MyBatis 支持查询缓存,将查询结果临时存储在内存中，避免重复执行相同 SQL 导致的数据库往返开销，用于减轻数据压力，提高数据库性能。 MyBatis 的查询缓存分为一级缓存和二级缓存，两者的大致关系如下 img 日常开发中，80% 的数据库操作是查询，其中大量查询是重复且无状态变化的。这时候缓存就能： 减少数据库 IO 次数，降低数据库压力； 提升查询响应速度 而且 MyBatis 的缓存和 Hibernate 的不一样，它的代码层缓存逻辑更简单，因为 MyBatis 内置缓存，无需手动写 Map 缓存，很容易加上 Spring Cache 和 Redis 形成一个二级缓存 SqlSession SqlSession 是 MyBatis 中最核心的接口之一，很明显，MyBatis 通过这个接口与数据库建立连接的 Session 会话 所有对数据库的操作都必须通过 SqlSession 来执行，底层封装了 JDBC 的 Connection，同时整合了缓存、事务、Mapper...

MyBatis进行注解开发 如何理解注解开发 在 Spring Boot 中使用 MyBatis 注解开发替代 XML 配置，核心是通过 MyBatis 提供的注解直接在 Mapper 接口上编写 SQL，无需编写 Mapper 中 XML 文件的那些</select>等这种标签 使用注解实现基本 CURD MyBatis 注解开发的核心是在 Mapper 接口 上通过注解编写 SQL，常用注解如下 注解 作用 示例 @Mapper 标记接口为 MyBatis Mapper 加在接口上（或用 @MapperScan 替代） @Select 编写查询 SQL @Select("SELECT * FROM user WHERE id = #{id}") @Insert 编写插入 SQL @Insert("INSERT INTO user(name, age) VALUES(#{name},...

MyBatis 中有哪些配置文件 在 MyBatis 体系中，Mapper XML 和 MyBatis Config XML 是两类核心配置文件，但在 Spring Boot 开发中，MyBatis Config XML 几乎被 配置化属性也就是properties或者yaml配置文件 代替了 明确一下两类配置文件的分工 配置文件类型 核心定位 核心作用 类比 Mapper XML 业务 SQL 层配置 定义具体的 SQL 语句、参数映射、结果映射 业务代码（个性化） MyBatis Config XML 全局核心配置层 配置 MyBatis 全局规则（数据源、缓存、插件等） 框架配置（通用规则） Mapper XML Mapper XML 是 MyBatis 业务 SQL 的载体，它是将 Java 你写的 Mapper 中的接口方法与 SQL 语句绑定的，做手写 SQL + 参数 / 结果映射的，一个 Mapper XML 中的逻辑对应一个 Mapper...

了解 MyBatis 什么是 MyBatis 对于什么是 ORM，我就不说了 MyBatis 原来是 Apache 的一个开源项目，叫做 ibatis，2010年这个项目由 Apache 迁移到了 Google Code，并且改名为MyBatis，2013年11月官方代码迁移到GitHub MyBatis 是一款半自动的 ORM 框架，核心定位是简化 JDBC 操作，同时兼顾 SQL 的灵活性。 如果你使用过 Hibernate，你就能理解什么是半自动 ORM 了，因为 Hibernate 是全自动 ORM，Hibernate 自动生成 SQL，开发者几乎无需写 SQL，映射方式是通过实体类注解全表映射，性能通过缓存调整，抓取策略，HQL优化等方式 MyBatis 作为一种半自动 ORM，它给了你对 SQL 的完全控制权，完全掌控 SQL 逻辑，而且是按需映射，支持字段与属性自定义映射，所以灵活性高一点，因为高程度的基于原生 SQL，学习成本也低一些，但代价是需要手动编写SQL语句 Hibernate 追求 完全屏蔽...