sql-athame
Norm
sql-athame | Norm | |
---|---|---|
2 | 3 | |
11 | 22 | |
- | - | |
0.0 | 0.0 | |
about 1 year ago | 10 months ago | |
Python | Python | |
MIT License | GNU General Public License v3.0 or later |
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.
sql-athame
-
Show HN: Sqlbind a Python library to compose raw SQL
I had my own take on this concept[1], though with considerably less language magic involved. I imagine there's a lot of these kind of things running around. My criteria were:
a) let me write actual SQL, not a python DSL that generates SQL
b) be placeholder-safe
c) be composable
[1] https://github.com/bdowning/sql-athame
-
Write an SQL query builder in 150 lines of Python
This is my middle-ground solution for Python: https://github.com/bdowning/sql-athame
Still fundamentally manipulating SQL text (which is a feature as I don't want to learn a full DSL), but it handles wrangling embedded placeholders while you're composing stuff and some other common compositional tasks. It's worked well for me anyway but I'm under no illusions it'd be right for everyone.
Not an original concept regardless; my original version of this was in Node: https://github.com/bdowning/sql-assassin, but a few years after I wrote that (and mostly didn't use it) I found https://github.com/gajus/slonik which was very similar and much more fleshed-out; I rolled _some_ of its concepts and patterns into sql-athame.
Norm
- Show HN: Sqlbind a Python library to compose raw SQL
-
Sketch of a Post-ORM
This is just not liking SQL, which is fine, but it's not 'the future of querying databases'. It's just a simplified language that is under-specified and doesn't really support even a fraction of the use cases of SQL, and therefore looks 'cleaner'. It's a bad abstraction.
Here is my attempt at a 'post orm' if anyone is interested, as a bonus it is fully implemented and some people actually use it: https://github.com/justinvanwinkle/Norm
-
Show HN: Write universally accessible SQL, not library-specific ORM wrapper APIs
I tried to do something similar with https://github.com/justinvanwinkle/Norm about 10 years ago. It hasn't generated a lot of interest, but I find it quite useful to construct queries without having to learn the minutia of an ORM library, or even a SQL generation library.
What are some alternatives?
PyPika - PyPika is a python SQL query builder that exposes the full richness of the SQL language using a syntax that reflects the resulting query. PyPika excels at all sorts of SQL queries but is especially useful for data analysis.
pure-orm - A pure ORM for writing native SQL queries yielding pure business objects
pgcli - Postgres CLI with autocompletion and syntax highlighting
pgdbf - Convert XBase / FoxPro databases to PostgreSQL
sqlc - Generate type-safe code from SQL
rusqlite-model - Model trait and derive implementation for rusqlite
postgres-typed
mammoth - A type-safe Postgres query builder for TypeScript.
xql - SQL builder and utilities library for node.js (runs in browser as well).
Hangfire - An easy way to perform background job processing in .NET and .NET Core applications. No Windows Service or separate process required
slonik - A Node.js PostgreSQL client with runtime and build time type safety, and composable SQL.
pgsql-http - HTTP client for PostgreSQL, retrieve a web page from inside the database.