Tio Boot DocsTio Boot Docs
Home
文档导航
  • java-db
  • api-table
  • jooq
  • mysql
  • postgresql
  • oceanbase
  • Enjoy
  • Tio Boot Admin
  • java-openai
  • ai_agent
  • knowlege_base
  • voice-agent
  • ai-search
  • ai-coding
  • ai-browser
  • 案例
Abount
AI 检索
  • Github
  • Gitee
Home
文档导航
  • java-db
  • api-table
  • jooq
  • mysql
  • postgresql
  • oceanbase
  • Enjoy
  • Tio Boot Admin
  • java-openai
  • ai_agent
  • knowlege_base
  • voice-agent
  • ai-search
  • ai-coding
  • ai-browser
  • 案例
Abount
AI 检索
  • Github
  • Gitee
  • 入门

    • 01 · 入门

      • 01_introduction
      • tio-boot:新一代高性能 Java Web 开发框架
      • tio-boot 入门示例
      • Tio-Boot 配置 : 现代化的配置方案
      • tio-boot 整合 hotswap-classloader 实现热加载
      • 自行编译 tio-boot
      • 最新版本
      • 开发规范
  • 部署与日志

    • 02 · 部署

      • 02_deployment
      • 使用 Maven Profile 实现分环境打包 tio-boot 项目
      • Maven 项目配置详解:依赖与 Profiles 配置
      • tio-boot 打包成 FatJar
      • 使用 GraalVM 构建 tio-boot Native 程序
      • 使用 Docker 部署 tio-boot
      • 部署到 Fly.io
      • 部署到 AWS Lambda
      • 到阿里云云函数
      • 使用 Deploy 工具部署
      • 使用Systemctl启动项目
      • 使用 Jenkins 部署 Tio-Boot 项目
      • 使用 Nginx 反向代理 Tio-Boot
      • 使用 Supervisor 管理 Java 应用
      • 历史部署页与替代方案
      • 胖包与瘦包的打包与部署
    • 03 · 日志

      • 日志
      • tio-boot 整合 Logback
  • 核心开发

    • 04 · 配置

      • 04_configuration
      • 配置参数
      • 服务器监听器
      • 内置缓存系统 AbsCache
      • 使用 Redis 作为内部 Cache
      • 静态文件处理器
      • 基于域名的静态资源隔离
      • DecodeExceptionHandler
      • 开启虚拟线程(Virtual Thread)
      • 框架级错误通知
    • 05 · JSON

      • 05_json
      • Json
      • 接受 JSON 和响应 JSON
      • 响应实体类
    • 06 · Web 开发

      • Web 开发
      • 路由与参数

        • 概述
        • 添加 Controller
        • handler入门
        • Handler 的请求方法与错误响应
        • 接收请求参数
        • 接收日期参数
        • 接收数组参数
        • HttpRequest
      • 响应与文件

        • 返回字符串
        • 返回文本数据
        • 返回网页
        • 请求和响应字节
        • 文件上传
        • 文件下载
        • 返回视频文件并支持断点续传
        • HttpResponse
        • Resps
        • RespBodyVo
        • 动态 返回 CSS 实现
        • 返回图片
        • 返回 multipart
        • 使用零拷贝发送大文件
        • 分片上传
        • WebJars
      • 会话与请求控制

        • http Session
        • Cookie
        • 重定向和转发
        • Controller拦截器
        • 请求拦截器
        • LoggingInterceptor
        • 全局异常处理器
        • 跨域
        • 自定义 Handler 转发请求
        • 使用 HttpForwardHandler 转发所有请求
        • HTTP Basic 认证
        • Http响应加密
      • 异步与流式输出

        • 异步处理
        • Transfer-Encoding: chunked 实时音频播放
        • Server-Sent Events (SSE)
      • 工具与监控

        • 常用工具类
        • 接口访问统计
        • 接口请求和响应数据记录
        • JProtobuf
        • 测速
        • Gzip Bomb:使用压缩炸弹防御恶意爬虫
    • 07 · 参数校验

      • 07_validation
      • 数据紧校验规范
      • 参数校验
    • 08 · WebSocket 应用开发

      • 08_websocket
      • 使用 tio-boot 搭建 WebSocket 服务
      • WebSocket 聊天室项目示例
    • 09 · AOP

      • 09_aop
      • JFinal-aop
      • Aop 工具类
      • 配置
      • 独立使用 JFinal Aop
      • @AImport
      • 自定义注解拦截器
      • 原理解析
    • 10 · 国际化

      • 10_i18n
      • i18n
    • 11 · Enjoy 模板

      • 11_enjoy
      • tio-boot 整合 Enjoy 模版引擎文档
      • Tio-Boot 整合 Java-DB 与 Enjoy 模板引擎示例
      • 引擎配置
      • 表达式
      • 指令
      • 注释
      • 原样输出
      • Shared Method 扩展
      • Shared Object 扩展
      • Extension Method 扩展
      • Spring boot 整合
      • 独立使用 Enjoy
      • tio-boot enjoy 自定义指令 localeDate
      • PromptEngine
      • Enjoy 入门示例-擎渲染大模型请求体
      • Tio Boot + Enjoy:分页与 SEO 实战指南
      • TioBoot + Enjoy 生成 robots.txt 与 sitemap.xml:实战与SEO指南
      • Enjoy 使用示例
    • 12 · 定时任务

      • 12_scheduling
      • Quartz 定时任务集成指南
      • 分布式定时任务 xxl-jb
      • cron4j 使用指南
    • 13 · 测试

      • 13_testing
      • TioBootTest:环境与 AOP 初始化
      • 真实 HTTP 集成测试
      • 数据库集成测试与隔离
    • 14 · tio-utils

      • 14_tio-utils
      • tio-utils
      • EnvUtils 配置工具
      • Notification
      • Email
      • JSON
      • File
      • Base64
      • 上传和下载
      • Http
      • Telegram
      • RsaUtils
      • HttpUtils
      • ByteBufferUtils
      • 系统监控
      • 线程
      • 虚拟线程
      • 毫秒并发 ID (MCID) 生成方案
  • 数据库与数据访问

    • 15 · java-db

      • 15_java-db
      • Db 工具类
      • java‑db
      • 操作数据库入门示例
      • SQL 模板 (SqlTemplates)
      • 数据源配置与使用
      • ActiveRecord
      • Db 工具类
      • 批量操作
      • Model
      • Model生成器
      • 注解
      • 异常处理
      • 数据库事务处理
      • Cache 缓存
      • Dialect 多数据库支持
      • 表关联操作
      • 复合主键
      • Oracle 支持
      • Enjoy SQL 模板
      • 整合 Enjoy 模板最佳实践
      • 多数据源支持
      • 独立使用 ActiveRecord
      • 调用存储过程
      • java-db 整合 Guava 的 Striped 锁优化
      • 生成 SQL
      • 通过实体类操作数据库
      • java-db 读写分离
      • Spring Boot 整合 Java-DB
      • like 查询
      • 常用操作示例
      • Druid 监控集成指南
      • SQL 统计
      • Db 与 PostgreSQL 业务实践
    • 16 · api-table

      • 16_api-table
      • ApiTable 概述
      • 使用 ApiTable 连接 SQLite
      • 使用 ApiTable 连接 Mysql
      • 使用 ApiTable 连接 Postgres
      • 使用 ApiTable 连接 TDEngine
      • 使用 api-table 连接 oracle
      • 使用 api-table 连接 mysql and tdengine 多数据源
      • EasyExcel 导出
      • EasyExcel 导入
      • ApiTable 的权限与业务边界
      • ApiTable 联调与故障定位
      • ApiTable 实现增删改查
      • 数组类型
      • 单独使用 ApiTable
      • TQL(Table SQL)前端输入规范
    • 17 · MyBatis

      • 17_mybatis
      • Tio-Boot 整合 MyBatis
      • 使用配置类方式整合 MyBatis
      • 整合数据源
      • 使用 mybatis-plus 整合 tdengine
      • 整合 mybatis-plus
    • 18 · jOOQ

      • 18_jooq
      • 使用配置类方式整合 jOOQ
      • tio-boot + jOOQ 事务管理
      • 批量操作与性能优化
      • 整合agroal
      • 代码生成与类型安全
      • 基于 Record / POJO 增删改查
      • UPSERT、批量更新、返回主键与高级 SQL
      • 的多表关联查询、DTO 投影、聚合统计与视图封装
      • 的窗口函数、CTE、JSON 查询与 PostgreSQL 高级 SQL 实战
      • tio-boot + jOOQ 的审计字段、乐观锁、数据权限与企业级 Repository 设计
      • 测试策略、SQL 日志、性能诊断与生产排障
      • 多租户、读写分离与多数据源设计
      • 代码生成治理、数据库迁移与团队协作规范实战
    • 19 · PostgreSQL

      • 19_postgresql
      • PostgreSQL 安装
      • PostgreSQL 主键自增
      • PostgreSQL 日期类型
      • Postgresql 金融类型
      • PostgreSQL 数组类型
      • 索引
      • PostgreSQL 查询优化
      • 获取字段类型
      • PostgreSQL 全文检索
      • PostgreSQL 向量
      • PostgreSQL 优化向量查询
      • PostgreSQL 其他
    • 20 · MySQL

      • 20_mysql
      • 使用 Docker 运行 MySQL
      • 常见问题
    • 21 · OceanBase

      • 21_oceanbase
      • 快速体验 OceanBase 社区版
      • 快速上手 OceanBase 数据库单机部署与管理
      • 诊断集群性能
      • 优化 SQL 性能指南
      • 待定
    • 22 · Oracle

      • 22_oracle
      • Oracle
    • 23 · SQL Server

      • 23_sqlserver
      • SQL Server
    • 24 · SQLite

      • 24_sqlite
      • SQLite
    • 25 · MongoDB

      • 25_mongodb
      • tio-boot 使用 mongo-java-driver 操作 mongodb
    • 26 · Elasticsearch

      • 26_elasticsearch
      • Elasticsearch
      • JavaDB 整合 ElasticSearch
      • Elastic 工具类使用指南
      • Elastic-search 注意事项
      • ES 课程示例文档
  • 缓存与消息队列

    • 27 · Cache

      • 27_cache
      • Caffeine
      • CacheUtils 工具类
      • 使用 java-db 整合 ehcache
    • 28 · Redis

      • 28_redis
      • 使用 Docker 安装 Redis
      • 使用 java-db 整合 Redis
      • Java DB Redis 相关 Api
      • redis 使用示例
      • 和 RedisTemplate 协作
      • 使用 Jedis 连接池接入 Redis
      • hutool RedisDS
      • Redisson
      • Caffeine 与 Redis 两级缓存
      • 使用 CacheUtils 整合 caffeine 和 redis 实现的两级缓存
    • 29 · 消息队列

      • 29_mq
      • Mica-mqtt
      • EMQX
      • Disruptor
    • 30 · Kafka

      • 30_kafka
      • Kafka
      • AWS MSK
  • 认证与账号体系

    • 31 · 认证与权限

      • 31_authentication
      • FixedTokenInterceptor
      • TokenManager
      • 数据表
      • 匿名登录
      • 个人中心
      • 权限校验注解
      • Sa-Token
      • sa-token 登录注册
      • StpUtil.isLogin() 源码解析
    • 32 · 第三方登录注册

      • 32_third-party-auth
      • 邮箱登录和注册
      • 邮箱重置密码
      • 腾讯云短信登录注册
      • 腾讯云短信重置密码
      • 阿里云短信登录和注册
      • 阿里云短信重置密码
      • 微信登录与绑定手机号
      • 支付宝登录与绑定手机号
      • 微信小程序手机号快捷登录
      • Google登录
      • 阿里云邮件推送验证邮箱
  • 网络通信

    • 33 · AIO

      • 33_aio
      • ByteBuffer
      • AIO HTTP 服务器
      • 自定义和线程池和池化 ByteBuffer
      • AioHttpServer 应用示例 IP 属地查询
      • 手写 AIO Http 服务器
      • Java 21 中的虚拟线程与 AIO
    • 34 · t-io

      • 34_tio
      • 认识 t-io

        • t-io 核心优势与应用价值
        • t-io 消息处理流程
      • 快速上手

        • TioBootServer
        • 独立端口启动 TCP 服务器
        • 内置 TCP 处理器
        • 独立启动 UDPServer
        • 使用内置 UDPServer
      • 核心概念

        • TioConfig
        • ChannelContext
        • Packet
        • Tio 工具类
      • 消息与文件传输

        • 发送数据
        • HTTP 长连接与高效文件传输
        • 使用 AsynchronousSocketChannel 响应数据
      • 连接管理

        • 业务数据绑定
        • 业务数据解绑
        • 关闭连接
        • 资源共享
        • 成员排序
        • 拉黑 IP
      • 加密通信

        • SSL
        • Https建立连接过程
      • 心跳与监控

        • 监控: 心跳
        • 监控: 客户端的流量数据
        • 监控: 单条 TCP 连接的流量数据
        • 监控: 端口的流量数据
        • 单条通道统计: ChannelStat
        • 所有通道统计: GroupStat
      • 深入原理

        • tio-运行原理详解
        • DecodeRunnable
        • t-io 稳定性设计与资源管理
        • 深入解析 Tio 源码:构建高性能 Java 网络应用
        • HTTP、WebSocket 与 TCP 的缓冲区复用
    • 35 · tio-http-server

      • 35_tio-http-server
      • 使用 Tio-Http-Server 搭建简单的 HTTP 服务
      • tio-boot 添加 HttpRequestHandler
      • 在 Android 上使用 tio-boot 运行 HTTP 服务
      • tio-http-server-native
      • handler 常用操作
      • tio-http-server 与 tio-boot 的使用边界
    • 36 · tio-websocket

      • 36_tio-websocket
      • WebSocket 服务器
      • WebSocket Client
      • TCP数据转发
    • 37 · Netty

      • 37_netty
      • Netty TCP Server
      • Netty Web Socket Server
      • 使用 protoc 生成 Java 包文件
      • Netty WebSocket Server 二进制数据传输
      • Netty 组件详解
    • 38 · netty-boot

      • 38_netty-boot
      • Netty-Boot
      • 原理解析
      • 整合 Hot Reload
      • 整合 数据库
      • 整合 Redis
      • 整合 Elasticsearch
      • 整合 Dubbo
      • Listener
      • 文件上传
      • 拦截器
      • Spring Boot 整合 Netty-Boot
      • SSL 配置指南
      • ChannelInitializer
      • Reserve
  • 集成与扩展

    • 39 · 第三方集成

      • 39_integrations
      • 整合 okhttp
      • 整合 GrpahQL
      • 集成 Mailjet
      • 整合 ip2region
      • 整合 GeoLite 离线库
      • 整合 Lark 机器人指南
      • 集成 Lark Mail 实现邮件发送
      • Thymeleaf
      • Swagger
      • Clerk 验证
      • 集成datadog
    • 40 · Magic Script

      • 40_magic-script
      • tio-boot 与 magic-script 集成指南
    • 41 · Groovy

      • 41_groovy
      • tio-boot 整合 Groovy
      • 调试常用脚本
    • 42 · 爬虫

      • 42_crawling
      • jsoup
      • 爬取 z-lib.io 数据
      • 整合 WebMagic
      • WebMagic 示例:爬取学校课程数据
      • Playwright
      • Flexmark (Markdown 处理器)
      • tio-boot 整合 Playwright
      • 缓存网页数据
    • 43 · Dubbo

      • 43_dubbo
      • 概述
      • dubbo 2.6.0
      • dubbo 2.6.0 调用过程
      • dubbo 3.2.0
    • 44 · Spring

      • 44_spring
      • Spring Boot Web 整合 Tio Boot
      • spring-boot-starter-webflux 整合 tio-boot
      • tio-boot 整合 spring-boot-starter
      • Tio Boot 整合 Spring Boot Starter db
      • Tio Boot 整合 Spring Boot Starter Data Redis 指南
    • 45 · Spring Cloud

      • 45_spring-cloud
      • tio-boot spring-cloud
    • 46 · Quarkus

      • 46_quarkus
      • Quarkus(无 HTTP)整合 tio-boot(有 HTTP)
      • tio-boot + Quarkus + Hibernate ORM Panache
      • tio-boot + Quarkus + Hibernate ORM Panache + jOOQ 整合方案
    • 47 · Telegram4J

      • 47_telegram4j
      • 数据库设计
      • 基于 HTTP 协议开发 Telegram 翻译机器人
      • 基于 MTProto 协议开发 Telegram 翻译机器人
      • 过滤旧消息
      • 保存机器人消息
      • 定时推送
      • 增加命令菜单
      • 使用 telegram-Client
      • 使用自定义 StoreLayout
      • 延迟测试
      • Reactor 错误处理
      • Telegram4J 常见错误处理指南
      • 处理回调查询
      • Reactor
      • 文档翻译
      • 使用 Tio-Boot 整合 tdlight
      • tio-boot 整合 TelegramBots
      • tio-boot 整合 Telegram-Bot-Utils
      • Telegram-Bot-Utils 使用指南
    • 48 · Telegram Bots

      • 48_telegram-bots
      • TelegramBots 入门指南
      • 使用工具库 telegram-bot-base 开发翻译机器人
    • 49 · 文件存储

      • 49_file-storage
      • 文件上传数据表
      • 本地存储
      • 存储到 亚马逊 S3
      • 存储到 Cloudflare R2
      • 存储到 腾讯 COS
      • 上传文件到阿里云 OSS
    • 50 · 支付

      • 支付集成
      • 微信小程序支付:普通支付
      • 微信支付:Native 扫码支付(PC 网页扫码)
      • 支付宝:电脑网站支付接入指南
  • Firebase 与 Clerk

    • 51 · Firebase

      • 51_firebase
      • 整合 google firebase
      • Firebase Storage
      • Firebase Authentication
      • 使用 Firebase Admin SDK 进行匿名用户管理与自定义状态标记
      • 导出用户
      • 登录注册
      • 注册回调
    • 52 · Clerk

      • 52_clerk
      • Clerk
  • 多媒体

    • 53 · 音视频处理

      • 53_media
      • JAVE 提取视频中的声音
      • Jave 提取视频中的图片
      • 待定
    • 54 · 语音识别

      • 54_asr
      • Whisper-JNI
    • 55 · 语音合成

      • 55_tts
    • 56 · 文字识别

      • 56_ocr
    • 57 · Native Media

      • 57_native-media
      • java-native-media
      • JNI 入门示例
      • mp3 拆分
      • mp4 转 mp3
      • 使用 libmp3lame 实现高质量 MP3 编码
      • Linux 编译
      • macOS 编译
      • 从 JAR 包中加载本地库文件
      • 支持的音频和视频格式
      • 任意格式转为 mp3
      • 通用格式转换
      • 通用格式拆分
      • 视频合并
      • VideoToHLS
      • split_video_to_hls 支持其他语言
      • 持久化 HLS 会话
      • 获取视频长度
      • 保存视频的最后一帧
      • 添加水印
      • linux版本
    • 58 · 计算机视觉

      • 58_computer-vision
      • 使用 Java 运行 YOLOv8 ONNX 模型进行目标检测
      • tio-boot整合yolo
      • ONNX Runtime 推理说明
      • Paddle Structure
      • tio-boot 整合 Paddle Structure
      • tio-boot整合Paddle Structure 提取图片
      • U2Net 图片去背景原理
      • tio-boot 整合 U2Net 实现图片去背景
  • AI 开发

    • 59 · java-openai

      • 59_java-openai
      • 简介
      • 流式生成
      • 图片多模态输入
      • Google Gemini接入
      • google Vertex AI 接入
      • Perplexity API
      • WhisperClient 语音识别
      • SupadataClient 获取视频字幕
      • GiteeClient 文档解析与图片 OCR
      • DeepSeekClient 官方模型查询
      • BailianTTSClient 语音合成
    • 60 · AI Agent

      • 60_ai-agent
      • 数据库设计
      • 示例问题管理
      • 会话管理
      • 历史记录
      • 意图识别
      • 智能问答
      • 文件上传与解析文档
      • 翻译
      • 名人搜索功能实现
      • Ai studio gemini youbue 问答使用说明
      • 自建 YouTube 字幕问答系统
      • 自建 获取 youtube 字幕服务
      • 使用 OpenAI ASR 实现语音识别接口(Java 后端示例)
      • 定向搜索
      • 16
      • 17
      • 18
      • 在 tio-boot 应用中整合 ai-agent
      • 接口文档
      • 自定义 ChatAskService
      • 请求记录
      • 限流和错误处理
      • 增强检索(RAG)
      • 结构化数据检索
      • AI 问答
      • 连接代码执行器
      • 待定
      • 模型编程能力评测
      • 音频会话 SDP 示例
    • 61 · 知识库

      • 61_knowledge-base
      • 学术论文
      • 数据库设计
      • 用户登录实现
      • 模型管理
      • 知识库管理
      • 文档拆分
      • 片段向量
      • 命中测试
      • 文档管理
      • 片段管理
      • 问题管理
      • 应用管理
      • 向量检索
      • 推理问答
      • 问答模块
      • 统计分析
      • 用户管理
      • api 管理
      • 存储文件到 S3
      • 文档解析优化
      • 片段汇总
      • 段落分块与检索
      • 多文档解析
      • 对话日志
      • 检索性能优化
      • Milvus
      • 文档解析方案和费用对比
      • 豫自然资办发〔2021〕18号文档解析实测
      • 离线运行向量模型
      • 爬取网页数据
    • 62 · AI 搜索

      • 62_ai-search
      • ai-search 项目简介
      • ai-search 数据库文档
      • ai-search SearxNG 搜索引擎
      • ai-search Jina Reader API
      • ai-search Jina Search API
      • ai-search 搜索、重排与读取内容
      • ai-search PDF 文件处理
      • ai-search 推理问答
      • Google Custom Search JSON API
      • ai-search 意图识别
      • ai-search 问题重写
      • ai-search 系统 API 接口 WebSocket 版本
      • ai-search 搜索代码实现 WebSocket 版本
      • ai-search 生成建议问
      • ai-search 生成问题标题
      • ai-search 历史记录
      • Discover API
      • 翻译
      • Tavily Search API 文档
      • 对接 Tavily Search
      • 火山引擎 DeepSeek
      • 对接 火山引擎 DeepSeek
      • ai-search 搜索代码实现 SSE 版本
      • jar 包部署
      • Docker 部署
      • 爬取一个静态网站的所有数据
      • 网页数据预处理
      • 网页数据检索与问答流程整合
    • 63 · 语音 Agent

      • 63_voice-agent
      • 整合Gemini realtime模型
      • Voice Agent 前端接入接口文档
      • 整合千问realtime模型
      • 打断支持
      • 主动介入
      • eleven labs
      • 基于 tio-boot + ElevenLabs 构建实时语音 Agent(支持打断与主动介入)
    • 64 · AI Coding

      • 64_ai-coding
      • Cline 提示词
      • Cline 提示词-中文版本
    • 65 · AI Browser

      • deepseek-browser-use:从入门到源码
      • deepseek-browser-use:概念与学习路线
      • 安装、启动与健康检查
      • 第一个任务:打开页面、读取结果与关闭
      • 客户端:dsb 命令行、Python 与 PowerShell
      • 统一命令接口与人机协作
      • 浏览器、profile 与登录态
      • 窗口尺寸与页面视口
      • 接入智能体:观察、执行与验证
      • 表单与多层弹窗排障:防止重复提交
      • 调用追踪、页面留档与文件上传
      • 站点配方、技能与异步作业
      • Windows OCR:本地图片与页面文字识别
      • 配置项与运维自省
      • 命令清单
      • 源码教程:从 HTTP 请求到命令执行
      • DOM 原理:前端如何生成可交互快照
      • DOM 原理:Java 模型与跨 Frame 索引
      • 正文提取与上层结构化处理
      • 源码教程:生命周期、导航与页签
      • 源码教程:DOM、页面状态与元素读取
      • 源码教程:点击、输入、键盘与鼠标
      • 源码教程:等待条件与 JavaScript 执行
      • 源码教程:文件上传、截图、PDF 与 OCR
      • 源码教程:Cookie、存储与页面设置
      • 源码教程:网络记录、请求拦截与控制台
      • 源码教程:原生对话框、DOM 弹窗与人机协作
      • 源码教程:批量、配方、后台作业与维护
      • 源码教程:Chrome 走 CDP 与 CDP 客户端
      • 请求响应关联与线程约束
  • 项目实战

    • 66 · java-uni-ai-server

      • 66_java-uni-ai-server
      • 语音合成系统
      • Fish.audio TTS 接口说明文档与 Java 客户端封装
      • 整合 fishaudio 到 java-uni-ai-server 项目
      • 待定
    • 67 · java-llm-proxy

      • 67_java-llm-proxy
      • 使用tio-boot搭建多模型LLM代理服务
    • 68 · java-kit-server

      • 68_java-kit-server
      • Java 执行 python 代码
      • 通过大模型执行 Python 代码
      • 执行 Python (Manim) 代码
      • 待定
      • 待定
      • 待定
      • 视频下载增加水印说明文档
    • 69 · tio-im

      • 69_tio-im
      • 通讯协议文档
      • ChatPacket.proto 文档
      • java protobuf
      • 数据表设计
      • 创建工程
      • 登录
      • 历史消息
      • 发消息
    • 70 · tio-mail-wing

      • 70_tio-mail-wing
      • tio-mail-wing简介
      • 任务1:实现POP3系统
      • 使用 getmail 验证 tio-mail-wing POP3 服务
      • 任务2:实现 SMTP 服务
      • 数据库初始化文档
      • 用户管理
      • 邮件管理
      • 任务3:实现 SMTP 服务 数据库版本
      • 任务4:实现 POP3 服务(数据库版本)
      • IMAP 协议
      • 拉取多封邮件
      • 任务5:实现 IMAP 服务(数据库版本)
      • IMAP实现讲解
      • IMAP 手动测试脚本
      • IMAP 认证机制
      • 主动推送
      • namesapce
      • CONDSTORE and QRESYNC
    • 71 · tio-mcp-server

      • 71_tio-mcp-server
      • 实现 MCP Server 开发指南
      • MCP 协议
      • /zh/71_tio-mcp-server/11.html
    • 72 · tio-log-server

      • 72_tio-log-server
      • 简介
      • 收集 docker 日志
      • 入库
    • 73 · tio-sip

      • 73_tio-sip
      • SIP Server 第一版原理说明
      • SIP Server 第一版实战
      • 一、Windows 平台测试
      • SIP Server 第二版实战
      • SIP Server 第三版实战
      • 性能优化
      • 基于 MediaProcessor 对接 Realtime 模型说明
      • 对接大语言模型
      • 支持 G722 宽带语音
      • G722编码和解码
      • 会话级采样率转换
      • 增加 9196 回声测试分机
      • 语音系统链路说明
      • 一、Gemini Realtime 的打断机制
    • 74 · tio-boot-admin

      • 74_tio-boot-admin
      • 入门指南:使用框架内置配置
      • 手动初始化数据库
      • 配置职责、生效条件与扩展边界
      • 整合数据库
      • 与前端集成
      • 文件上传
      • 网络请求
      • 单图片管理(只读模式)
      • 多图片管理
      • 布尔值管理
      • 字段联动
      • Word 管理
      • PDF 管理
      • 文章管理
      • 富文本编辑器
      • 整合 Enjoy 模版引擎
      • 历史可选方案:Token 存储与 Sa-Token
      • 业务 API 与 H5 / 小程序联调
      • 方法路由与业务鉴权
      • 整合 Redis
      • 整合 Elasticsearch
      • 后端开发规范:tio-boot、java-db 与 Kv
      • 多表实现文件数据存储
    • 75 · 案例

      • 75_examples
      • 封装 IP 查询服务
      • tio-boot 案例 - 全局异常捕获与企业微信群通知
      • tio-boot 案例 - 文件上传和下载
      • tio-boot 案例 - 整合 ant design pro 增删改查
      • tio-boot 案例 - 流失响应
      • tio-boot 案例 - 增强检索
      • tio-boot 案例 - 整合 function call
      • tio-boot 案例 - 定时任务 监控 PostgreSQL、Redis 和 Elasticsearch
      • Tio-Boot 案例:使用 SQLite 整合到登录注册系统
      • tio-boot 案例 - 执行 shell 命令
      • /zh/75_examples/11.html
      • /zh/75_examples/12.html
      • /zh/75_examples/13.html
  • 性能、原理与源码

    • 76 · 性能测试

      • 76_performance
      • 压力测试 - tio-http-serer
      • 压力测试 - tio-boot
      • 压力测试 - tio-boot-native
      • 压力测试 - netty-boot
      • 性能测试对比
      • TechEmpower FrameworkBenchmarks
      • 压力测试 - tio-boot 12 C 32G
      • HTTP/1.1 Pipelining 性能测试报告
      • tio-boot vs Quarkus 性能对比测试报告
    • 77 · 原理

      • 77_internals
      • 生命周期
      • 请求处理流程
      • 重要的类
    • 78 · 源码解析

      • 78_source-code
      • 源码阅读入口
      • Swagger 整合到 Tio-Boot 中的指南
      • 启动与关闭生命周期
      • HTTP 请求分发与路由优先级
      • 高性能网络编程中的 ByteBuffer 分配与回收策略
      • TioBootServerHandler 源码解析

基于 Record / POJO 增删改查

  • 一、先看清生成出来的三个核心对象
  • 二、表定义类:Table
  • 三、Record:带数据库语义的一行数据
  • 四、POJO:纯数据对象
  • 五、为什么 jOOQ 同时生成 Record 和 POJO
    • Record 的职责
    • POJO 的职责
  • 六、DAO 基础结构
  • 七、基于 Record 的 CRUD
    • 7.1 新增:newRecord + insert
    • 7.2 查询单条:返回 Record
    • 7.3 查询列表:返回 Record 集合
    • 7.4 更新:先查再改,再 update()
    • 7.5 删除:先查 Record,再 delete()
  • 八、基于 POJO 的 CRUD
    • 8.1 查询单条:fetchOneInto(POJO.class)
    • 8.2 查询列表:fetchInto(POJO.class)
    • 8.3 新增:POJO 转 Record 再插入
    • 8.4 更新:POJO 驱动的 DSL 更新
    • 8.5 删除:通常直接 DSL
  • 九、Record.store() 讲透
    • 9.1 store() 是什么
    • 9.2 最常见的 store() 用法
    • 9.3 store() 的优点
    • 9.4 store() 的局限
    • 9.5 对 store() 的建议
  • 十、saveOrUpdate 的推荐实现
    • 10.1 方式一:基于主键判断
    • 适用场景
    • 10.2 方式二:先查是否存在,再决定 insert / update
    • 10.3 saveOrUpdate 和数据库 UPSERT 不是一回事
  • 十一、fetchOptional:更安全的单条查询
    • 11.1 基本用法
    • 11.2 映射成 POJO
    • 11.3 为什么推荐 fetchOptional
    • 11.4 fetchOne() 与 fetchOptional() 的区别
  • 十二、分页查询
    • 12.1 最基础分页
    • 12.2 带总数的分页
    • 12.3 分页查询的注意点
  • 十三、条件动态拼装
    • 13.1 最简单的动态条件
    • 13.2 为什么从 DSL.trueCondition() 开始
    • 13.3 动态分页查询
    • 13.4 动态条件拼装的优点
    • 13.5 可以进一步抽成独立条件方法
  • 十四、batchInsert 批量插入
    • 14.1 基于 Record 的批量插入
    • 14.2 使用场景
    • 14.3 批量插入的注意点
    • 14.4 分批批量插入示例
  • 十五、一个完整 DAO 示例
  • 十六、Record、POJO、DSL 三者的最终选型建议
    • 16.1 Table:只负责强类型 SQL
    • 16.2 Record:适合 DAO 内部的单行持久化操作
    • 16.3 POJO:适合查询结果与业务传递
    • 16.4 DSL 直接语句:适合复杂和高性能场景
  • 十七、几个非常容易踩的坑
    • 17.1 不要混淆两个 SystemAdmin
    • 17.2 fetchOne() 和 fetchOptional() 都要求结果最多一条
    • 17.3 store() 很方便,但不要滥用
    • 17.4 saveOrUpdate 不是数据库原子 upsert
    • 17.5 批量插入要控制批次大小
  • 十八、总结
    • 1. SYSTEM_ADMIN
    • 2. SystemAdminRecord
    • 3. demo.jooq.gen.tables.pojos.SystemAdmin
  • 附录
    • SystemAdmin
    • SystemAdmin
    • SystemAdminRecord

在前几篇中,我们已经完成了:

  • tio-boot + jOOQ 纯配置类整合
  • 事务管理
  • Agroal / Druid 数据源整合
  • jOOQ Codegen 强类型升级

到这里,整个基础设施已经齐备。

接下来真正进入日常开发的核心环节:

如何基于 jOOQ 生成的 Table / Record / POJO,写出清晰、强类型、可维护的增删改查代码。

本文将围绕 system_admin 表,系统讲透:

  • Table、Record、POJO 三者分别是什么
  • 基于 Record 的增删改查
  • 基于 POJO 的增删改查
  • Record.store() 的语义
  • saveOrUpdate 的推荐实现方式
  • batchInsert 批量插入
  • fetchOptional 的更安全查询写法
  • 分页查询
  • 条件动态拼装
  • 在 tio-boot 项目中的推荐分层实践

一、先看清生成出来的三个核心对象

jOOQ Codegen 生成后,围绕一张表通常会出现三类对象。

以 system_admin 为例:

  • demo.jooq.gen.tables.SystemAdmin
  • demo.jooq.gen.tables.records.SystemAdminRecord
  • demo.jooq.gen.tables.pojos.SystemAdmin

很多人第一次接触 jOOQ Codegen,会被这三者绕晕。

其实只要抓住一句话就够了:

Table 用来写 SQL,Record 用来表达数据库中的一行,POJO 用来承载数据。


二、表定义类:Table

生成类:

demo.jooq.gen.tables.SystemAdmin

这个类表示的是:

数据库表本身,以及它的字段定义。

例如:

public static final SystemAdmin SYSTEM_ADMIN = new SystemAdmin();

public final TableField<SystemAdminRecord, Integer> ID = ...
public final TableField<SystemAdminRecord, String> LOGIN_NAME = ...
public final TableField<SystemAdminRecord, String> PASSWORD = ...

以后写 SQL 时,就不再写字符串:

DSL.table("system_admin")
DSL.field("login_name")

而是直接写:

SYSTEM_ADMIN
SYSTEM_ADMIN.LOGIN_NAME
SYSTEM_ADMIN.PASSWORD

这就是 jOOQ Codegen 最核心的价值之一:

  • 表名字段名编译期校验
  • IDE 自动补全
  • 重构友好
  • 减少字符串 SQL 的拼写错误

三、Record:带数据库语义的一行数据

生成类:

demo.jooq.gen.tables.records.SystemAdminRecord

这个类继承自:

UpdatableRecordImpl<SystemAdminRecord>

这意味着它不是普通 Java Bean,而是:

一个和数据库表绑定的“可持久化记录对象”。

它除了能装数据,还能直接执行数据库行为,例如:

  • insert()
  • update()
  • delete()
  • store()
  • refresh()

例如:

SystemAdminRecord record = dsl.newRecord(SYSTEM_ADMIN);
record.setLoginName("admin");
record.setPassword("123456");
record.insert();

这不是单纯给对象赋值,而是已经可以落库。

所以 Record 的语义非常明确:

它表示表中的一行,并且这一行知道如何把自己写回数据库。


四、POJO:纯数据对象

生成类:

demo.jooq.gen.tables.pojos.SystemAdmin

POJO 是一个普通 Java 类,只有:

  • 字段
  • getter / setter
  • equals / hashCode / toString

它不具备:

  • insert()
  • update()
  • delete()

也就是说,POJO 的定位是:

纯数据承载对象,不带数据库行为。

它更适合:

  • 作为查询结果返回
  • 作为 Service 层输入输出对象
  • 作为 Controller 返回对象
  • 作为 DAO 与上层之间的数据边界

五、为什么 jOOQ 同时生成 Record 和 POJO

很多 ORM 习惯把“实体类”做成万能对象,既承载数据,又负责持久化。

而 jOOQ 没有这样做。

它把职责拆开了:

Record 的职责

  • 贴近数据库
  • 带持久化行为
  • 更适合 DAO 内部使用

POJO 的职责

  • 只负责数据承载
  • 没有副作用
  • 更适合跨层传递

这种设计非常合理,因为它天然鼓励:

DAO 层处理数据库语义,上层处理业务数据。


六、DAO 基础结构

为了兼容前面文档里的事务上下文,这里继续使用统一的 useDsl() 写法。

package demo.jooq.dao;

import static demo.jooq.gen.tables.SystemAdmin.SYSTEM_ADMIN;

import org.jooq.DSLContext;

import nexus.io.annotation.Inject;

import demo.jooq.tx.TransactionContext;

public class SystemAdminDao {

  @Inject
  private DSLContext dsl;

  private DSLContext useDsl() {
    DSLContext txDsl = TransactionContext.get();
    return txDsl != null ? txDsl : dsl;
  }
}

之后所有 CRUD 都基于 useDsl() 来执行。

这样可以保证:

  • 非事务场景下使用全局 DSLContext
  • 事务场景下自动切换到当前线程事务内的 DSLContext

七、基于 Record 的 CRUD


7.1 新增:newRecord + insert

这是最典型的 Record 风格插入。

public Integer insertByRecord(String loginName, String password) {
  SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN);
  record.setLoginName(loginName);
  record.setPassword(password);
  record.insert();
  return record.getId();
}

说明

第一步:

useDsl().newRecord(SYSTEM_ADMIN)

创建一个和 system_admin 表绑定的 Record。

第二步:

record.setLoginName(...)
record.setPassword(...)

给 Record 赋值。

第三步:

record.insert();

执行插入。

如果 id 是数据库自增主键,那么插入完成后通常能拿到生成值:

record.getId()

7.2 查询单条:返回 Record

public SystemAdminRecord findRecordById(Integer id) {
  return useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .where(SYSTEM_ADMIN.ID.eq(id))
      .fetchOne();
}

这里的:

selectFrom(SYSTEM_ADMIN)

表示查询整张表全部字段,并且结果类型就是 SystemAdminRecord。

因为表和记录类型已经由 Codegen 绑定好了。


7.3 查询列表:返回 Record 集合

public List<SystemAdminRecord> findAllRecords() {
  return useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .orderBy(SYSTEM_ADMIN.ID.asc())
      .fetch();
}

fetch() 返回的是 Result<SystemAdminRecord>,它本身可以当作列表来用。


7.4 更新:先查再改,再 update()

public boolean updatePasswordByRecord(Integer id, String newPassword) {
  SystemAdminRecord record = useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .where(SYSTEM_ADMIN.ID.eq(id))
      .fetchOne();

  if (record == null) {
    return false;
  }

  record.setPassword(newPassword);
  record.update();
  return true;
}

这是典型的“对象式更新”:

  1. 查出 Record
  2. 修改字段
  3. 调用 update()

优点是语义直观,缺点是通常要两次数据库访问:

  • 一次查询
  • 一次更新

7.5 删除:先查 Record,再 delete()

public boolean deleteByRecord(Integer id) {
  SystemAdminRecord record = useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .where(SYSTEM_ADMIN.ID.eq(id))
      .fetchOne();

  if (record == null) {
    return false;
  }

  record.delete();
  return true;
}

这同样是 Record 风格的删除方式。


八、基于 POJO 的 CRUD

POJO 更适合作为查询结果和跨层数据对象。


8.1 查询单条:fetchOneInto(POJO.class)

public demo.jooq.gen.tables.pojos.SystemAdmin findPojoById(Integer id) {
  return useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .where(SYSTEM_ADMIN.ID.eq(id))
      .fetchOneInto(demo.jooq.gen.tables.pojos.SystemAdmin.class);
}

jOOQ 会自动把结果映射到生成的 POJO 中。


8.2 查询列表:fetchInto(POJO.class)

public List<demo.jooq.gen.tables.pojos.SystemAdmin> findAllPojos() {
  return useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .orderBy(SYSTEM_ADMIN.ID.asc())
      .fetchInto(demo.jooq.gen.tables.pojos.SystemAdmin.class);
}

这个写法很常用,也很适合作为 DAO 对外返回形式。


8.3 新增:POJO 转 Record 再插入

POJO 自身不能插入数据库,需要先转换成 Record。

推荐写法:

public Integer insertByPojo(demo.jooq.gen.tables.pojos.SystemAdmin pojo) {
  SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN, pojo);
  record.insert();
  return record.getId();
}

这里:

newRecord(SYSTEM_ADMIN, pojo)

会根据 POJO 的字段值创建一个绑定当前 DSLContext 的 Record,比手工 new SystemAdminRecord(pojo) 更稳妥。


8.4 更新:POJO 驱动的 DSL 更新

对于 POJO 更新,生产里更推荐显式写 update 语句,而不是强依赖 Record 状态。

public int updateByPojo(demo.jooq.gen.tables.pojos.SystemAdmin pojo) {
  return useDsl()
      .update(SYSTEM_ADMIN)
      .set(SYSTEM_ADMIN.LOGIN_NAME, pojo.getLoginName())
      .set(SYSTEM_ADMIN.PASSWORD, pojo.getPassword())
      .where(SYSTEM_ADMIN.ID.eq(pojo.getId()))
      .execute();
}

这个写法的优点是:

  • SQL 意图非常清晰
  • 不依赖 Record 的状态判断
  • 更适合生产环境

8.5 删除:通常直接 DSL

public int deleteById(Integer id) {
  return useDsl()
      .deleteFrom(SYSTEM_ADMIN)
      .where(SYSTEM_ADMIN.ID.eq(id))
      .execute();
}

删除场景一般不需要借助 POJO。


九、Record.store() 讲透

Record.store() 是很多人刚接触 jOOQ 时最容易产生误解的地方。

它看起来很方便,因为它似乎在做“自动保存”。

但要真正用好它,必须理解它的语义。


9.1 store() 是什么

store() 的语义是:

根据当前 Record 的状态,决定执行 insert 还是 update。

也就是说,它并不是简单等于 insert(),也不简单等于 update()。

它会结合:

  • Record 是否来自数据库
  • 主键是否存在
  • changed 状态
  • 当前 Record 是否被识别为新记录

来判断执行哪种操作。


9.2 最常见的 store() 用法

新记录:执行插入

public Integer saveWithStore(String loginName, String password) {
  SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN);
  record.setLoginName(loginName);
  record.setPassword(password);
  record.store();
  return record.getId();
}

这里通常相当于执行 insert()。


已查询出的记录:执行更新

public boolean updateWithStore(Integer id, String newPassword) {
  SystemAdminRecord record = useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .where(SYSTEM_ADMIN.ID.eq(id))
      .fetchOne();

  if (record == null) {
    return false;
  }

  record.setPassword(newPassword);
  record.store();
  return true;
}

这里通常相当于执行 update()。


9.3 store() 的优点

优点是代码简洁:

  • 新建时可插入
  • 查询后修改时可更新

对于简单单表操作,非常自然。


9.4 store() 的局限

但 store() 不是万能的,原因在于:

1. 它依赖 Record 状态

如果 Record 不是从 DSLContext 正常创建或查询出来的,而是 detached 状态,store() 的行为就可能不符合预期。

2. 它不一定适合“明确意图”的场景

有些时候,业务就是要强制 insert; 有些时候,业务就是要强制 update。

此时直接写:

record.insert();
record.update();

比 store() 更清晰。

3. 对团队可读性有要求

不是所有人一眼都能明白 store() 背后到底会执行什么 SQL。


9.5 对 store() 的建议

推荐原则:

  • 简单单行保存逻辑可以使用 store()
  • 明确只新增时用 insert()
  • 明确只更新时用 update()
  • 对性能和意图要求高时,直接 DSL 语句更清晰

十、saveOrUpdate 的推荐实现

很多项目里都有“有主键就更新,没有主键就新增”的需求。

这类方法常被命名为:

saveOrUpdate

但这里一定要注意:

saveOrUpdate 是业务语义,不等于数据库天然提供的 UPSERT。

它至少有两种不同层面的实现方式:

  • 应用层 saveOrUpdate
  • 数据库层 upsert

本文先讲应用层。


10.1 方式一:基于主键判断

这是最常见、最易理解的写法。

public Integer saveOrUpdate(demo.jooq.gen.tables.pojos.SystemAdmin pojo) {
  if (pojo.getId() == null) {
    SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN, pojo);
    record.insert();
    return record.getId();
  } else {
    useDsl()
        .update(SYSTEM_ADMIN)
        .set(SYSTEM_ADMIN.LOGIN_NAME, pojo.getLoginName())
        .set(SYSTEM_ADMIN.PASSWORD, pojo.getPassword())
        .where(SYSTEM_ADMIN.ID.eq(pojo.getId()))
        .execute();
    return pojo.getId();
  }
}

适用场景

  • 主键自增
  • 有 id 代表更新
  • 无 id 代表新增

这是最推荐作为教程默认写法的方案,因为最清晰。


10.2 方式二:先查是否存在,再决定 insert / update

如果更新依据不是主键,而是某个业务唯一键,比如 login_name,则可以这样写:

public Integer saveOrUpdateByLoginName(demo.jooq.gen.tables.pojos.SystemAdmin pojo) {
  SystemAdminRecord exist = useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .where(SYSTEM_ADMIN.LOGIN_NAME.eq(pojo.getLoginName()))
      .fetchOne();

  if (exist == null) {
    SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN, pojo);
    record.insert();
    return record.getId();
  } else {
    exist.setPassword(pojo.getPassword());
    exist.update();
    return exist.getId();
  }
}

适用场景

  • 业务唯一键更新
  • 需要基于已存在记录做差异修改

10.3 saveOrUpdate 和数据库 UPSERT 不是一回事

应用层 saveOrUpdate 的逻辑是:

  • 先判断
  • 再 insert 或 update

数据库层 UPSERT 的逻辑则通常是:

  • 一条 SQL 完成冲突检测和写入

在 PostgreSQL 中通常会写成:

insert into ...
on conflict (...) do update ...

在 jOOQ 中也可以表达,但这属于下一层进阶主题。

因此本文里讲的 saveOrUpdate,更准确地说是:

业务层面的 saveOrUpdate,而不是数据库级原子 upsert。


十一、fetchOptional:更安全的单条查询

很多人写单条查询时会用:

fetchOne()

这没问题,但返回值是可空的。

如果想更显式地表达“可能没有结果”,jOOQ 提供了更现代的写法:

fetchOptional()

11.1 基本用法

public Optional<SystemAdminRecord> findOptionalRecordById(Integer id) {
  return useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .where(SYSTEM_ADMIN.ID.eq(id))
      .fetchOptional();
}

这样返回值就是:

Optional<SystemAdminRecord>

调用方必须显式处理“有值 / 无值”两种情况。


11.2 映射成 POJO

public Optional<demo.jooq.gen.tables.pojos.SystemAdmin> findOptionalPojoById(Integer id) {
  return useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .where(SYSTEM_ADMIN.ID.eq(id))
      .fetchOptionalInto(demo.jooq.gen.tables.pojos.SystemAdmin.class);
}

这样非常适合 Service 层写法。


11.3 为什么推荐 fetchOptional

和 fetchOne() 比起来,它的优点是:

  • 显式表达结果可能不存在
  • 减少空指针风险
  • 调用方处理逻辑更清晰
  • 更适合现代 Java 风格

例如:

public String findPassword(Integer id) {
  return findOptionalRecordById(id)
      .map(SystemAdminRecord::getPassword)
      .orElse(null);
}

11.4 fetchOne() 与 fetchOptional() 的区别

两者对“多条结果”的要求本质一样:

  • 预期最多一条
  • 如果查到多条,通常会报错

区别只是:

  • fetchOne() 返回对象或 null
  • fetchOptional() 返回 Optional<T>

所以:

fetchOptional() 不是“忽略唯一性约束”,只是让“空结果”的表达更安全。


十二、分页查询

分页是后台开发最常见的需求之一。

在 jOOQ 里,最直接的分页方式就是:

  • limit
  • offset

12.1 最基础分页

public List<demo.jooq.gen.tables.pojos.SystemAdmin> paginate(int pageNo, int pageSize) {
  int offset = (pageNo - 1) * pageSize;

  return useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .orderBy(SYSTEM_ADMIN.ID.desc())
      .limit(pageSize)
      .offset(offset)
      .fetchInto(demo.jooq.gen.tables.pojos.SystemAdmin.class);
}

说明

  • pageNo 从 1 开始
  • offset = (pageNo - 1) * pageSize

例如:

  • 第 1 页,offset = 0
  • 第 2 页,offset = pageSize

12.2 带总数的分页

只查当前页数据还不够,通常还要总数。

public PageResult<demo.jooq.gen.tables.pojos.SystemAdmin> paginateWithTotal(int pageNo, int pageSize) {
  int offset = (pageNo - 1) * pageSize;

  Integer total = useDsl()
      .selectCount()
      .from(SYSTEM_ADMIN)
      .fetchOne(0, int.class);

  List<demo.jooq.gen.tables.pojos.SystemAdmin> list = useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .orderBy(SYSTEM_ADMIN.ID.desc())
      .limit(pageSize)
      .offset(offset)
      .fetchInto(demo.jooq.gen.tables.pojos.SystemAdmin.class);

  return new PageResult<>(pageNo, pageSize, total, list);
}

可以定义一个简单分页对象:

package demo.jooq.model;

import java.util.List;

public class PageResult<T> {
  private int pageNo;
  private int pageSize;
  private int total;
  private List<T> list;

  public PageResult() {
  }

  public PageResult(int pageNo, int pageSize, int total, List<T> list) {
    this.pageNo = pageNo;
    this.pageSize = pageSize;
    this.total = total;
    this.list = list;
  }

  public int getPageNo() {
    return pageNo;
  }

  public void setPageNo(int pageNo) {
    this.pageNo = pageNo;
  }

  public int getPageSize() {
    return pageSize;
  }

  public void setPageSize(int pageSize) {
    this.pageSize = pageSize;
  }

  public int getTotal() {
    return total;
  }

  public void setTotal(int total) {
    this.total = total;
  }

  public List<T> getList() {
    return list;
  }

  public void setList(List<T> list) {
    this.list = list;
  }
}

12.3 分页查询的注意点

1. 必须有稳定排序

分页一定要配合 orderBy,否则结果不稳定。

推荐:

.orderBy(SYSTEM_ADMIN.ID.desc())

2. 深分页要谨慎

如果页码非常深,offset 可能性能变差。

例如:

  • 第 1 万页
  • offset 非常大

这时更推荐“基于游标 / 上次主键”的分页方式,但这是进阶话题。

3. count 和列表查询通常分两条 SQL

这是最常见、最清晰的实现方式。


十三、条件动态拼装

这部分是 jOOQ 的强项之一。

相比 MyBatis XML 的动态标签,jOOQ 可以直接用 Java 表达式拼条件,代码更自然。


13.1 最简单的动态条件

假设有一个查询对象:

package demo.jooq.model;

public class SystemAdminQuery {
  private Integer id;
  private String loginName;
  private String password;
  private Integer pageNo;
  private Integer pageSize;

  public Integer getId() {
    return id;
  }

  public void setId(Integer id) {
    this.id = id;
  }

  public String getLoginName() {
    return loginName;
  }

  public void setLoginName(String loginName) {
    this.loginName = loginName;
  }

  public String getPassword() {
    return password;
  }

  public void setPassword(String password) {
    this.password = password;
  }

  public Integer getPageNo() {
    return pageNo;
  }

  public void setPageNo(Integer pageNo) {
    this.pageNo = pageNo;
  }

  public Integer getPageSize() {
    return pageSize;
  }

  public void setPageSize(Integer pageSize) {
    this.pageSize = pageSize;
  }
}

然后 DAO 里这样写:

import org.jooq.Condition;
import org.jooq.impl.DSL;

public List<demo.jooq.gen.tables.pojos.SystemAdmin> search(SystemAdminQuery query) {
  Condition condition = DSL.trueCondition();

  if (query.getId() != null) {
    condition = condition.and(SYSTEM_ADMIN.ID.eq(query.getId()));
  }

  if (query.getLoginName() != null && !query.getLoginName().isEmpty()) {
    condition = condition.and(SYSTEM_ADMIN.LOGIN_NAME.like("%" + query.getLoginName() + "%"));
  }

  if (query.getPassword() != null && !query.getPassword().isEmpty()) {
    condition = condition.and(SYSTEM_ADMIN.PASSWORD.eq(query.getPassword()));
  }

  return useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .where(condition)
      .orderBy(SYSTEM_ADMIN.ID.desc())
      .fetchInto(demo.jooq.gen.tables.pojos.SystemAdmin.class);
}

13.2 为什么从 DSL.trueCondition() 开始

Condition condition = DSL.trueCondition();

这相当于初始化一个永远为真的条件,然后后面不断 and(...)。

好处是逻辑统一,不用写很多 if/else 判断第一个条件是谁。


13.3 动态分页查询

把动态条件和分页结合起来:

public PageResult<demo.jooq.gen.tables.pojos.SystemAdmin> searchPage(SystemAdminQuery query) {
  Condition condition = DSL.trueCondition();

  if (query.getId() != null) {
    condition = condition.and(SYSTEM_ADMIN.ID.eq(query.getId()));
  }

  if (query.getLoginName() != null && !query.getLoginName().isBlank()) {
    condition = condition.and(SYSTEM_ADMIN.LOGIN_NAME.like("%" + query.getLoginName() + "%"));
  }

  if (query.getPassword() != null && !query.getPassword().isBlank()) {
    condition = condition.and(SYSTEM_ADMIN.PASSWORD.eq(query.getPassword()));
  }

  int pageNo = query.getPageNo() == null || query.getPageNo() < 1 ? 1 : query.getPageNo();
  int pageSize = query.getPageSize() == null || query.getPageSize() < 1 ? 10 : query.getPageSize();
  int offset = (pageNo - 1) * pageSize;

  Integer total = useDsl()
      .selectCount()
      .from(SYSTEM_ADMIN)
      .where(condition)
      .fetchOne(0, int.class);

  List<demo.jooq.gen.tables.pojos.SystemAdmin> list = useDsl()
      .selectFrom(SYSTEM_ADMIN)
      .where(condition)
      .orderBy(SYSTEM_ADMIN.ID.desc())
      .limit(pageSize)
      .offset(offset)
      .fetchInto(demo.jooq.gen.tables.pojos.SystemAdmin.class);

  return new PageResult<>(pageNo, pageSize, total, list);
}

这就是一个非常完整的后台列表查询写法。


13.4 动态条件拼装的优点

相比 XML 动态 SQL,jOOQ 的 Java 拼装有几个明显优势:

  • 全部字段都是强类型引用
  • 条件逻辑天然跟随 Java 语法
  • IDE 可重构
  • 更容易抽公共方法
  • 更适合复杂组合条件

13.5 可以进一步抽成独立条件方法

为了避免 DAO 方法越来越长,推荐把条件构造抽出来:

private Condition buildCondition(SystemAdminQuery query) {
  Condition condition = DSL.trueCondition();

  if (query.getId() != null) {
    condition = condition.and(SYSTEM_ADMIN.ID.eq(query.getId()));
  }

  if (query.getLoginName() != null && !query.getLoginName().isBlank()) {
    condition = condition.and(SYSTEM_ADMIN.LOGIN_NAME.like("%" + query.getLoginName() + "%"));
  }

  if (query.getPassword() != null && !query.getPassword().isBlank()) {
    condition = condition.and(SYSTEM_ADMIN.PASSWORD.eq(query.getPassword()));
  }

  return condition;
}

然后查询里直接:

Condition condition = buildCondition(query);

这在项目中会更整洁。


十四、batchInsert 批量插入

批量插入是性能优化中非常常见的一步。

如果一条一条 insert():

for (...) {
  record.insert();
}

虽然能用,但数据库往返次数多,性能不理想。

这时就应该考虑 jOOQ 的批量能力。


14.1 基于 Record 的批量插入

public int[] batchInsertByPojo(List<demo.jooq.gen.tables.pojos.SystemAdmin> pojos) {
  List<SystemAdminRecord> records = new ArrayList<>();

  for (demo.jooq.gen.tables.pojos.SystemAdmin pojo : pojos) {
    SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN, pojo);
    records.add(record);
  }

  return useDsl().batchInsert(records).execute();
}

返回值说明

execute() 返回:

int[]

数组中的每个元素通常对应一条语句的执行结果。


14.2 使用场景

适合:

  • 批量导入数据
  • 初始化基础数据
  • 日志类批量落库
  • 一次性插入多条独立记录

14.3 批量插入的注意点

1. 批量不是无限大越好

如果一次传入 10 万条,可能:

  • 占内存
  • SQL 太大
  • JDBC 批处理压力大

通常建议分批,例如:

  • 500 条一批
  • 1000 条一批

2. 批量插入更适合事务包裹

如果希望“要么全部成功,要么全部回滚”,建议在 Service 层事务中调用。

3. 自增主键回填要谨慎

不同数据库 / 驱动 / 批处理方式下,对批量插入后主键回填支持不完全一致。

所以如果非常依赖插入后逐条拿主键,需要做单独验证。


14.4 分批批量插入示例

public void batchInsertInChunks(List<demo.jooq.gen.tables.pojos.SystemAdmin> pojos, int chunkSize) {
  if (pojos == null || pojos.isEmpty()) {
    return;
  }

  int size = pojos.size();
  for (int i = 0; i < size; i += chunkSize) {
    int end = Math.min(i + chunkSize, size);
    List<demo.jooq.gen.tables.pojos.SystemAdmin> subList = pojos.subList(i, end);
    batchInsertByPojo(subList);
  }
}

这种方式在导入类场景里很常见。


十五、一个完整 DAO 示例

下面给出一个把本文重点串起来的完整 DAO 示例。

package demo.jooq.dao;

import static demo.jooq.gen.tables.SystemAdmin.SYSTEM_ADMIN;

import java.util.ArrayList;
import java.util.List;
import java.util.Optional;

import org.jooq.Condition;
import org.jooq.DSLContext;
import org.jooq.impl.DSL;

import nexus.io.annotation.Inject;

import demo.jooq.gen.tables.pojos.SystemAdmin;
import demo.jooq.gen.tables.records.SystemAdminRecord;
import demo.jooq.model.PageResult;
import demo.jooq.model.SystemAdminQuery;
import demo.jooq.tx.TransactionContext;

public class SystemAdminDao {

  @Inject
  private DSLContext dsl;

  private DSLContext useDsl() {
    DSLContext txDsl = TransactionContext.get();
    return txDsl != null ? txDsl : dsl;
  }

  public Integer insertByRecord(String loginName, String password) {
    SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN);
    record.setLoginName(loginName);
    record.setPassword(password);
    record.insert();
    return record.getId();
  }

  public Integer insertByPojo(SystemAdmin pojo) {
    SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN, pojo);
    record.insert();
    return record.getId();
  }

  public Integer saveOrUpdate(SystemAdmin pojo) {
    if (pojo.getId() == null) {
      SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN, pojo);
      record.insert();
      return record.getId();
    } else {
      useDsl()
          .update(SYSTEM_ADMIN)
          .set(SYSTEM_ADMIN.LOGIN_NAME, pojo.getLoginName())
          .set(SYSTEM_ADMIN.PASSWORD, pojo.getPassword())
          .where(SYSTEM_ADMIN.ID.eq(pojo.getId()))
          .execute();
      return pojo.getId();
    }
  }

  public Integer saveWithStore(String loginName, String password) {
    SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN);
    record.setLoginName(loginName);
    record.setPassword(password);
    record.store();
    return record.getId();
  }

  public SystemAdminRecord findRecordById(Integer id) {
    return useDsl()
        .selectFrom(SYSTEM_ADMIN)
        .where(SYSTEM_ADMIN.ID.eq(id))
        .fetchOne();
  }

  public Optional<SystemAdminRecord> findOptionalRecordById(Integer id) {
    return useDsl()
        .selectFrom(SYSTEM_ADMIN)
        .where(SYSTEM_ADMIN.ID.eq(id))
        .fetchOptional();
  }

  public SystemAdmin findPojoById(Integer id) {
    return useDsl()
        .selectFrom(SYSTEM_ADMIN)
        .where(SYSTEM_ADMIN.ID.eq(id))
        .fetchOneInto(SystemAdmin.class);
  }

  public Optional<SystemAdmin> findOptionalPojoById(Integer id) {
    return useDsl()
        .selectFrom(SYSTEM_ADMIN)
        .where(SYSTEM_ADMIN.ID.eq(id))
        .fetchOptionalInto(SystemAdmin.class);
  }

  public List<SystemAdmin> findAllPojos() {
    return useDsl()
        .selectFrom(SYSTEM_ADMIN)
        .orderBy(SYSTEM_ADMIN.ID.asc())
        .fetchInto(SystemAdmin.class);
  }

  public boolean updatePasswordByRecord(Integer id, String newPassword) {
    SystemAdminRecord record = useDsl()
        .selectFrom(SYSTEM_ADMIN)
        .where(SYSTEM_ADMIN.ID.eq(id))
        .fetchOne();

    if (record == null) {
      return false;
    }

    record.setPassword(newPassword);
    record.update();
    return true;
  }

  public int updateByPojo(SystemAdmin pojo) {
    return useDsl()
        .update(SYSTEM_ADMIN)
        .set(SYSTEM_ADMIN.LOGIN_NAME, pojo.getLoginName())
        .set(SYSTEM_ADMIN.PASSWORD, pojo.getPassword())
        .where(SYSTEM_ADMIN.ID.eq(pojo.getId()))
        .execute();
  }

  public boolean deleteByRecord(Integer id) {
    SystemAdminRecord record = useDsl()
        .selectFrom(SYSTEM_ADMIN)
        .where(SYSTEM_ADMIN.ID.eq(id))
        .fetchOne();

    if (record == null) {
      return false;
    }

    record.delete();
    return true;
  }

  public int deleteById(Integer id) {
    return useDsl()
        .deleteFrom(SYSTEM_ADMIN)
        .where(SYSTEM_ADMIN.ID.eq(id))
        .execute();
  }

  public List<SystemAdmin> paginate(int pageNo, int pageSize) {
    int offset = (pageNo - 1) * pageSize;

    return useDsl()
        .selectFrom(SYSTEM_ADMIN)
        .orderBy(SYSTEM_ADMIN.ID.desc())
        .limit(pageSize)
        .offset(offset)
        .fetchInto(SystemAdmin.class);
  }

  public PageResult<SystemAdmin> searchPage(SystemAdminQuery query) {
    Condition condition = buildCondition(query);

    int pageNo = query.getPageNo() == null || query.getPageNo() < 1 ? 1 : query.getPageNo();
    int pageSize = query.getPageSize() == null || query.getPageSize() < 1 ? 10 : query.getPageSize();
    int offset = (pageNo - 1) * pageSize;

    Integer total = useDsl()
        .selectCount()
        .from(SYSTEM_ADMIN)
        .where(condition)
        .fetchOne(0, int.class);

    List<SystemAdmin> list = useDsl()
        .selectFrom(SYSTEM_ADMIN)
        .where(condition)
        .orderBy(SYSTEM_ADMIN.ID.desc())
        .limit(pageSize)
        .offset(offset)
        .fetchInto(SystemAdmin.class);

    return new PageResult<>(pageNo, pageSize, total, list);
  }

  public int[] batchInsertByPojo(List<SystemAdmin> pojos) {
    List<SystemAdminRecord> records = new ArrayList<>();

    for (SystemAdmin pojo : pojos) {
      SystemAdminRecord record = useDsl().newRecord(SYSTEM_ADMIN, pojo);
      records.add(record);
    }

    return useDsl().batchInsert(records).execute();
  }

  private Condition buildCondition(SystemAdminQuery query) {
    Condition condition = DSL.trueCondition();

    if (query.getId() != null) {
      condition = condition.and(SYSTEM_ADMIN.ID.eq(query.getId()));
    }

    if (query.getLoginName() != null && !query.getLoginName().isBlank()) {
      condition = condition.and(SYSTEM_ADMIN.LOGIN_NAME.like("%" + query.getLoginName() + "%"));
    }

    if (query.getPassword() != null && !query.getPassword().isBlank()) {
      condition = condition.and(SYSTEM_ADMIN.PASSWORD.eq(query.getPassword()));
    }

    return condition;
  }
}

十六、Record、POJO、DSL 三者的最终选型建议

到这里,可以把整个实践总结成一套很清晰的分工原则。


16.1 Table:只负责强类型 SQL

例如:

SYSTEM_ADMIN
SYSTEM_ADMIN.LOGIN_NAME
SYSTEM_ADMIN.PASSWORD

它是写 SQL 的基础设施。


16.2 Record:适合 DAO 内部的单行持久化操作

适合场景:

  • 单条插入
  • 查询后更新
  • 查询后删除
  • 简洁的 store()

不建议:

  • 直接暴露到 Controller
  • 在跨层中大量传递
  • 强行承担业务 DTO 角色

16.3 POJO:适合查询结果与业务传递

适合场景:

  • DAO 返回结果
  • Service 层输入输出
  • Controller 响应
  • 批量插入输入对象

16.4 DSL 直接语句:适合复杂和高性能场景

适合场景:

  • 批量更新
  • 条件删除
  • 分页查询
  • 动态条件
  • 复杂 SQL
  • 对执行意图要求明确的场景

十七、几个非常容易踩的坑


17.1 不要混淆两个 SystemAdmin

你这里会同时存在两个类:

  • demo.jooq.gen.tables.SystemAdmin
  • demo.jooq.gen.tables.pojos.SystemAdmin

推荐写法:

import static demo.jooq.gen.tables.SystemAdmin.SYSTEM_ADMIN;
import demo.jooq.gen.tables.pojos.SystemAdmin;

这样:

  • SYSTEM_ADMIN 表示表
  • SystemAdmin 表示 POJO

可读性最好。


17.2 fetchOne() 和 fetchOptional() 都要求结果最多一条

它们不是“随便查第一条”。

如果条件可能返回多条,就不要用它们。

否则应该用:

fetch()

或者加上明确的唯一条件。


17.3 store() 很方便,但不要滥用

store() 依赖 Record 状态,不适合所有场景。

在团队开发里,如果想让 SQL 行为更明确:

  • 新增就用 insert()
  • 更新就用 update()

通常比 store() 更易读。


17.4 saveOrUpdate 不是数据库原子 upsert

应用层 saveOrUpdate:

  • 先判断
  • 再写

数据库层 upsert:

  • 一条 SQL 原子完成

两者不要混淆。


17.5 批量插入要控制批次大小

不要一次塞太多数据进去。

大批量导入时,应当:

  • 分批处理
  • 配合事务
  • 结合数据库连接池容量和 SQL 大小压测

十八、总结

到这一篇为止,基于 jOOQ Codegen,system_admin 这张表实际上已经具备了三层开发能力:

1. SYSTEM_ADMIN

强类型表定义,解决表名字段名的编译期校验问题。

2. SystemAdminRecord

面向单行记录的对象式数据库操作,适合 DAO 内部的精细 CRUD。

3. demo.jooq.gen.tables.pojos.SystemAdmin

纯数据对象,适合作为查询结果和业务层数据承载体。

而在实际项目中,最推荐的使用方式是:

  • 用 SYSTEM_ADMIN 写强类型 SQL
  • 用 Record 处理 DAO 内部单行持久化
  • 用 POJO 做查询结果和跨层传输
  • 用 DSL 直接语句处理分页、动态条件、批量操作和复杂更新

一句话总结:

jOOQ Codegen 的真正价值,不只是“生成类”,而是把 SQL、记录对象和业务数据对象分层表达出来,让代码既强类型,又清晰可维护。

附录

SystemAdmin

/*
 * This file is generated by jOOQ.
 */
package demo.jooq.gen.tables;


import demo.jooq.gen.Keys;
import demo.jooq.gen.Public;
import demo.jooq.gen.tables.records.SystemAdminRecord;

import java.util.function.Function;

import org.jooq.Field;
import org.jooq.ForeignKey;
import org.jooq.Function3;
import org.jooq.Identity;
import org.jooq.Name;
import org.jooq.Record;
import org.jooq.Records;
import org.jooq.Row3;
import org.jooq.Schema;
import org.jooq.SelectField;
import org.jooq.Table;
import org.jooq.TableField;
import org.jooq.TableOptions;
import org.jooq.UniqueKey;
import org.jooq.impl.DSL;
import org.jooq.impl.SQLDataType;
import org.jooq.impl.TableImpl;


/**
 * This class is generated by jOOQ.
 */
@SuppressWarnings({ "all", "unchecked", "rawtypes" })
public class SystemAdmin extends TableImpl<SystemAdminRecord> {

    private static final long serialVersionUID = 1L;

    /**
     * The reference instance of <code>public.system_admin</code>
     */
    public static final SystemAdmin SYSTEM_ADMIN = new SystemAdmin();

    /**
     * The class holding records for this type
     */
    @Override
    public Class<SystemAdminRecord> getRecordType() {
        return SystemAdminRecord.class;
    }

    /**
     * The column <code>public.system_admin.id</code>.
     */
    public final TableField<SystemAdminRecord, Integer> ID = createField(DSL.name("id"), SQLDataType.INTEGER.nullable(false).identity(true), this, "");

    /**
     * The column <code>public.system_admin.login_name</code>.
     */
    public final TableField<SystemAdminRecord, String> LOGIN_NAME = createField(DSL.name("login_name"), SQLDataType.VARCHAR(64), this, "");

    /**
     * The column <code>public.system_admin.password</code>.
     */
    public final TableField<SystemAdminRecord, String> PASSWORD = createField(DSL.name("password"), SQLDataType.VARCHAR(64), this, "");

    private SystemAdmin(Name alias, Table<SystemAdminRecord> aliased) {
        this(alias, aliased, null);
    }

    private SystemAdmin(Name alias, Table<SystemAdminRecord> aliased, Field<?>[] parameters) {
        super(alias, null, aliased, parameters, DSL.comment(""), TableOptions.table());
    }

    /**
     * Create an aliased <code>public.system_admin</code> table reference
     */
    public SystemAdmin(String alias) {
        this(DSL.name(alias), SYSTEM_ADMIN);
    }

    /**
     * Create an aliased <code>public.system_admin</code> table reference
     */
    public SystemAdmin(Name alias) {
        this(alias, SYSTEM_ADMIN);
    }

    /**
     * Create a <code>public.system_admin</code> table reference
     */
    public SystemAdmin() {
        this(DSL.name("system_admin"), null);
    }

    public <O extends Record> SystemAdmin(Table<O> child, ForeignKey<O, SystemAdminRecord> key) {
        super(child, key, SYSTEM_ADMIN);
    }

    @Override
    public Schema getSchema() {
        return aliased() ? null : Public.PUBLIC;
    }

    @Override
    public Identity<SystemAdminRecord, Integer> getIdentity() {
        return (Identity<SystemAdminRecord, Integer>) super.getIdentity();
    }

    @Override
    public UniqueKey<SystemAdminRecord> getPrimaryKey() {
        return Keys.SYSTEM_ADMIN_PKEY;
    }

    @Override
    public SystemAdmin as(String alias) {
        return new SystemAdmin(DSL.name(alias), this);
    }

    @Override
    public SystemAdmin as(Name alias) {
        return new SystemAdmin(alias, this);
    }

    @Override
    public SystemAdmin as(Table<?> alias) {
        return new SystemAdmin(alias.getQualifiedName(), this);
    }

    /**
     * Rename this table
     */
    @Override
    public SystemAdmin rename(String name) {
        return new SystemAdmin(DSL.name(name), null);
    }

    /**
     * Rename this table
     */
    @Override
    public SystemAdmin rename(Name name) {
        return new SystemAdmin(name, null);
    }

    /**
     * Rename this table
     */
    @Override
    public SystemAdmin rename(Table<?> name) {
        return new SystemAdmin(name.getQualifiedName(), null);
    }

    // -------------------------------------------------------------------------
    // Row3 type methods
    // -------------------------------------------------------------------------

    @Override
    public Row3<Integer, String, String> fieldsRow() {
        return (Row3) super.fieldsRow();
    }

    /**
     * Convenience mapping calling {@link SelectField#convertFrom(Function)}.
     */
    public <U> SelectField<U> mapping(Function3<? super Integer, ? super String, ? super String, ? extends U> from) {
        return convertFrom(Records.mapping(from));
    }

    /**
     * Convenience mapping calling {@link SelectField#convertFrom(Class,
     * Function)}.
     */
    public <U> SelectField<U> mapping(Class<U> toType, Function3<? super Integer, ? super String, ? super String, ? extends U> from) {
        return convertFrom(toType, Records.mapping(from));
    }
}

SystemAdmin

/*
 * This file is generated by jOOQ.
 */
package demo.jooq.gen.tables.pojos;


import java.io.Serializable;


/**
 * This class is generated by jOOQ.
 */
@SuppressWarnings({ "all", "unchecked", "rawtypes" })
public class SystemAdmin implements Serializable {

    private static final long serialVersionUID = 1L;

    private Integer id;
    private String loginName;
    private String password;

    public SystemAdmin() {}

    public SystemAdmin(SystemAdmin value) {
        this.id = value.id;
        this.loginName = value.loginName;
        this.password = value.password;
    }

    public SystemAdmin(
        Integer id,
        String loginName,
        String password
    ) {
        this.id = id;
        this.loginName = loginName;
        this.password = password;
    }

    /**
     * Getter for <code>public.system_admin.id</code>.
     */
    public Integer getId() {
        return this.id;
    }

    /**
     * Setter for <code>public.system_admin.id</code>.
     */
    public void setId(Integer id) {
        this.id = id;
    }

    /**
     * Getter for <code>public.system_admin.login_name</code>.
     */
    public String getLoginName() {
        return this.loginName;
    }

    /**
     * Setter for <code>public.system_admin.login_name</code>.
     */
    public void setLoginName(String loginName) {
        this.loginName = loginName;
    }

    /**
     * Getter for <code>public.system_admin.password</code>.
     */
    public String getPassword() {
        return this.password;
    }

    /**
     * Setter for <code>public.system_admin.password</code>.
     */
    public void setPassword(String password) {
        this.password = password;
    }

    @Override
    public boolean equals(Object obj) {
        if (this == obj)
            return true;
        if (obj == null)
            return false;
        if (getClass() != obj.getClass())
            return false;
        final SystemAdmin other = (SystemAdmin) obj;
        if (this.id == null) {
            if (other.id != null)
                return false;
        }
        else if (!this.id.equals(other.id))
            return false;
        if (this.loginName == null) {
            if (other.loginName != null)
                return false;
        }
        else if (!this.loginName.equals(other.loginName))
            return false;
        if (this.password == null) {
            if (other.password != null)
                return false;
        }
        else if (!this.password.equals(other.password))
            return false;
        return true;
    }

    @Override
    public int hashCode() {
        final int prime = 31;
        int result = 1;
        result = prime * result + ((this.id == null) ? 0 : this.id.hashCode());
        result = prime * result + ((this.loginName == null) ? 0 : this.loginName.hashCode());
        result = prime * result + ((this.password == null) ? 0 : this.password.hashCode());
        return result;
    }

    @Override
    public String toString() {
        StringBuilder sb = new StringBuilder("SystemAdmin (");

        sb.append(id);
        sb.append(", ").append(loginName);
        sb.append(", ").append(password);

        sb.append(")");
        return sb.toString();
    }
}

SystemAdminRecord

/*
 * This file is generated by jOOQ.
 */
package demo.jooq.gen.tables.records;


import demo.jooq.gen.tables.SystemAdmin;

import org.jooq.Field;
import org.jooq.Record1;
import org.jooq.Record3;
import org.jooq.Row3;
import org.jooq.impl.UpdatableRecordImpl;


/**
 * This class is generated by jOOQ.
 */
@SuppressWarnings({ "all", "unchecked", "rawtypes" })
public class SystemAdminRecord extends UpdatableRecordImpl<SystemAdminRecord> implements Record3<Integer, String, String> {

    private static final long serialVersionUID = 1L;

    /**
     * Setter for <code>public.system_admin.id</code>.
     */
    public void setId(Integer value) {
        set(0, value);
    }

    /**
     * Getter for <code>public.system_admin.id</code>.
     */
    public Integer getId() {
        return (Integer) get(0);
    }

    /**
     * Setter for <code>public.system_admin.login_name</code>.
     */
    public void setLoginName(String value) {
        set(1, value);
    }

    /**
     * Getter for <code>public.system_admin.login_name</code>.
     */
    public String getLoginName() {
        return (String) get(1);
    }

    /**
     * Setter for <code>public.system_admin.password</code>.
     */
    public void setPassword(String value) {
        set(2, value);
    }

    /**
     * Getter for <code>public.system_admin.password</code>.
     */
    public String getPassword() {
        return (String) get(2);
    }

    // -------------------------------------------------------------------------
    // Primary key information
    // -------------------------------------------------------------------------

    @Override
    public Record1<Integer> key() {
        return (Record1) super.key();
    }

    // -------------------------------------------------------------------------
    // Record3 type implementation
    // -------------------------------------------------------------------------

    @Override
    public Row3<Integer, String, String> fieldsRow() {
        return (Row3) super.fieldsRow();
    }

    @Override
    public Row3<Integer, String, String> valuesRow() {
        return (Row3) super.valuesRow();
    }

    @Override
    public Field<Integer> field1() {
        return SystemAdmin.SYSTEM_ADMIN.ID;
    }

    @Override
    public Field<String> field2() {
        return SystemAdmin.SYSTEM_ADMIN.LOGIN_NAME;
    }

    @Override
    public Field<String> field3() {
        return SystemAdmin.SYSTEM_ADMIN.PASSWORD;
    }

    @Override
    public Integer component1() {
        return getId();
    }

    @Override
    public String component2() {
        return getLoginName();
    }

    @Override
    public String component3() {
        return getPassword();
    }

    @Override
    public Integer value1() {
        return getId();
    }

    @Override
    public String value2() {
        return getLoginName();
    }

    @Override
    public String value3() {
        return getPassword();
    }

    @Override
    public SystemAdminRecord value1(Integer value) {
        setId(value);
        return this;
    }

    @Override
    public SystemAdminRecord value2(String value) {
        setLoginName(value);
        return this;
    }

    @Override
    public SystemAdminRecord value3(String value) {
        setPassword(value);
        return this;
    }

    @Override
    public SystemAdminRecord values(Integer value1, String value2, String value3) {
        value1(value1);
        value2(value2);
        value3(value3);
        return this;
    }

    // -------------------------------------------------------------------------
    // Constructors
    // -------------------------------------------------------------------------

    /**
     * Create a detached SystemAdminRecord
     */
    public SystemAdminRecord() {
        super(SystemAdmin.SYSTEM_ADMIN);
    }

    /**
     * Create a detached, initialised SystemAdminRecord
     */
    public SystemAdminRecord(Integer id, String loginName, String password) {
        super(SystemAdmin.SYSTEM_ADMIN);

        setId(id);
        setLoginName(loginName);
        setPassword(password);
        resetChangedOnNotNull();
    }

    /**
     * Create a detached, initialised SystemAdminRecord
     */
    public SystemAdminRecord(demo.jooq.gen.tables.pojos.SystemAdmin value) {
        super(SystemAdmin.SYSTEM_ADMIN);

        if (value != null) {
            setId(value.getId());
            setLoginName(value.getLoginName());
            setPassword(value.getPassword());
            resetChangedOnNotNull();
        }
    }
}

Edit this page
Last Updated: 10/1/26, 4:55 AM
Contributors: litongjava
Prev
代码生成与类型安全
Next
UPSERT、批量更新、返回主键与高级 SQL