从整体上来说, 一个Web应用的输入, 就是各种请求, 而输出就是响应. Web应用的本质就是不断接受输出, 返回响应. 输入到达的第一站, 就是控制器. 很显然, 控制器必须能够将Http请求附带的数据转换成Web应用需要处理的各种数据对象, 否则便无法继续进行处理. 一个Http请求已经都知道了
时间过得真是飞快, 12月19号看完异步任务之后, 深感自己的持久化技术方面还是短板, 因此去看了SQL基础理论, PgSQL的操作以及Hibernate. 功夫不负有心人, 今天2月10号, 50天的时间里把上边的内容都过了一遍, 总算是补上了数据库操作这块短板, 之后不管是SQL语句还是用JPA
已经知道了Schema的含义, 现在就来看一下详细操作. 还有就是一些条件表达式和操作, 这些其实就是一种函数. 也是为后边函数来先行铺垫一下. SCHEMA与Search_path CREATE SCHEMA ALTER SCHEMA DROP SCHEMA CASE 条件语句 COALESCE
DAO就是持久化层, 源自很久之前Java对于EJB的设计蓝图, 如今完整的EJB很少有人使用, 但是DAO的理念流传了下来, 在现在的Web开发中, 分层中依然包含DAO层. JPA和Hibernate单独使用的时候还是暴露了太多的工具属性, 在实际开发中, 针对一种类型就可以创建一个持久化类,通
继续将JPQL转换成编程方式的查询, 这次是几个更高阶一点的问题. 搞完这部分, 日常编写查询应该是没有什么问题了. 多列查询 - 笛卡尔积 多列查询 - 组装DTO和使用DISTINCT 多列查询 - 分组 连表查询 - 隐式连接 连表查询 - 显式连接 连表查询 - 控制Fetch策略 连表查询
看完了查询接口, 知道是怎么一回事之后, 就要来看看除了映射之外的核心, 就是如何编写查询. 在JPA中编写查询, 可以通过两种方式, 一种是编写JPQL/HQL语言, 另外一种是编程方式. 这两种方式中, 可以移植的是编程方式 说白了, 就是如何将SQL语句转换成JPQL语句和编程方式. 这里先聚
映射看完了, 抓取策略也看完了, 剩下就是最核心的查询了. 查询永远是数据库操作的核心, 相比其他的UPDATE DELETE优先度高很多. 今天已经二月了, 开始继续看吧. 今年的任务就是再搞一遍Spring框架之后, 还是回头老老实实学数据结构和算法, 然后来刷点题目, 提升基本功了. 女儿也快
武汉冠状病毒还在肆虐, 不过也有了一个超长的假期, 今天已经是1月31日了, 大部分人的新年计划应该还没有完成十二分之一吧, 在自学编程的路上真是一刻也不能放松啊. 这里就是就是FetchType.LAZY和EAGER的区别, 看看一看这两个属性的背后机制. 现在感觉一个好的Java框架就像Spri
博主今天从上海乘高铁出发, 事前做好了充分的准备工作, 各种防护设备塞满了背包, 无论是酒精洗手液还是游泳眼镜的位置都牢牢记住, 随手可拿. 老婆开车把我送到火车站, 快到的时候戴上口罩, 然后迅速跃出车外打开后箱, 取出行李再赶快关门, 让他们娘俩快点回去. 进站之前,我掏出昨晚临时想到然后去买的
事务管理一直都比较复杂, 经过仔细研读, 现在基本上看明白了原理, 也知道一般都是基于读已提交这个隔离级别, 然后使用乐观锁来上升到Repeatable Read可重复读级别, 最后使用悲观锁来继续上升到Serializable串行化级别. 不过每次遇到事务都是一堆理论. 事务这东西估计要看个几次才
