使用 sqlalchemy ，一般通过 Session 对象 ORM 方式操作数据库。如果需要通过 原生 SQL 语句操作数据库，就需要跟 Engine 和 Connect 对象打交道。 Engine 对象包含数据库连接池和数据库方言，通过 create_engine() 函数来创建，engine 对象的 connect() 方法返回 Connection 对象，Connection 对象提供 execute() 方法，允许通过原生 sql 语句来操作数据库。 本篇以 SQLite 数据库为例，简单介绍原生 SQL…
1. 引言 不可否认的是 JPA 使用是非常方便的，极简化的配置，只需要使用注解，无需任何 xml 的配置文件，语义简单易懂，但是，以上的一切都建立在单表查询的前提下的，我们可以使用 JPA 默认提供的方法，简单加轻松的完成 CRUD 操作。 但是如果涉及到多表动态查询， JPA 的功能就显得有些捉襟见肘了，虽然我们可以使用注解 @Query ，在这个注解中写 SQL 或者 HQL 都是在拼接字符串，并且拼接后的字符串可读性非常的差，当然 JPA 还为我们提供了 Specification 来做这件事情，从我个人使…
前提： 由于业务需要在entity Product已经实现了@version的乐观锁的基础上再加上了悲观锁的控制 @Lock(value = LockModeType.PESSIMISTIC_WRITE) Product findByType(String type); 详情描述： 但是当进行多请求的并发测试的时候发现程序第一个抢占findByType的请求能正常上锁，其它并发请求也正常进入等待，可是当第一个请求修改product并且提交事务释放锁的时候，其它等待请求准备上锁的时候却抛出了乐观锁的错误，为什么会出现…
错误提示: [08S01]Communications link failureThe last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol is disabled or cipher…
在普通的单线程程序中，捕获异常只需要通过try ... catch ... finally ...代码块就可以了。那么，在并发情况下，比如在父线程中启动了子线程，如何正确捕获子线程中的异常，从而进行相应的处理呢？ 常见错误 也许有人会觉得，很简单嘛，直接在父线程启动子线程的地方try ... catch一把就可以了，其实这是不对的。 原因分析 让我们回忆一下Runnable接口的run方法的完整签名，因为没有标识throws语句，所以方法是不会抛出checked异常的。至于RuntimeException这样的un…