mini_sql
a minimal, fast, safe sql executor (by discourse)
powderkeg
Live-coding the cluster! (by HCADatalab)
mini_sql | powderkeg | |
---|---|---|
1 | 1 | |
379 | 158 | |
0.0% | 0.0% | |
3.9 | 10.0 | |
9 months ago | over 5 years ago | |
Ruby | Clojure | |
MIT License | Eclipse Public License 1.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
mini_sql
Posts with mentions or reviews of mini_sql.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-08-14.
-
Python: Just Write SQL
For those looking for a rubyish approach to this see: https://github.com/discourse/mini_sql
powderkeg
Posts with mentions or reviews of powderkeg.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-08-14.
-
Python: Just Write SQL
As a data engineer, the pattern the OP shares is very familiar. I find it much preferable to use of ORMs for wide variety of reasons. However, I view implementing with SQL as an antiquated problem rather than a pragmatic feature. The evolution of this pattern would be to integrate database querying into languages more directly and eliminate SQL entirely. While this could be achieved in Python, I find that a language like Clojure, via functional programming (FP) primitives and transducers, is a natural candidate, particularly for JVM implemented databases. Rather than encapsulating SQL via query building or ORM based APIs, an FP core could be integrated into database engines to allow, via transducers, complex native forms to be executed directly across database clusters. Apache Spark is an analog of this. In particular the Clojure project, powderkeg (https://github.com/HCADatalab/powderkeg) demonstrates the potential of utilizing transducers in a database cluster context.
What are some alternatives?
When comparing mini_sql and powderkeg you can also consider the following projects:
yesql - A Clojure library for using SQL.
pugsql - A HugSQL-inspired database library for Python
sqlc-gen-python
typed-sql
sqlz - Simple struct/slice/chan mapper for SQL rows.
squiller - Generate boilerplate from annotated SQL queries
sql-template-tag - ES2015 tagged template string for preparing SQL statements, works with `pg`, `mysql`, and `sqlite`