From 9749ae3ec3fc279eb0c7f2647e868cd2b489df34 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Mihael=20Konjevi=C4=87?= Date: Mon, 1 Mar 2021 08:42:11 +0100 Subject: [PATCH] Update README.md --- README.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 901e0d0..4102a80 100644 --- a/README.md +++ b/README.md @@ -8,9 +8,11 @@ Penkala is a composable query builder for PostgreSQL written in Clojure. Clojure has a number of libraries to interact with the database layer. So, why write another one? For my needs, I find them all operating on a wrong level of abstraction. Libraries like [HugSQL](https://www.hugsql.org/) and [HoneySQL](https://github.com/seancorfield/honeysql) allow you to use full extent of SQL, but -still require you to write a lot of boilerplate, while libraries like [Walkable](https://github.com/walkable-server/walkable) and [seql](https://github.com/exoscale/seql) operate on a very high level, but are +still require you to write a lot of boilerplate, while libraries like ~~[Walkable](https://github.com/walkable-server/walkable) and~~ [seql](https://github.com/exoscale/seql) operate on a very high level, but are eschewing SQL and instead use EQL to write the queries. +_In the previous version of the readme, Walkable was mentioned as one of the libraries that operate on EQL level vs. SQL level. Walkable does have an EQL layer, but it also offers a lower level API that allows you to express SQL in a more direct manner (https://walkable.gitlab.io/walkable/1.3.0/s-expressions.html)._ + I wanted something in the middle: - Support for SQL semantics