rusqlite-model
pure-orm
| rusqlite-model | pure-orm | |
|---|---|---|
| 1 | 13 | |
| 11 | 387 | |
| - | - | |
| 0.0 | 4.7 | |
| over 1 year ago | 4 months ago | |
| Rust | TypeScript | |
| - | MIT License |
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.
rusqlite-model
-
Show HN: Write universally accessible SQL, not library-specific ORM wrapper APIs
I'm quite anti-ORM, though I've never not used one professionally (just because it's already been there / not my decision), so that might be different if I did for a while. I do think something's necessary though, and it maybe is a bit arbitrary where we draw the line for what's an 'ORM'?
For example, I really enjoyed using rusqlite for a little side project/personal thing, but found apart from anything else just the repetition of `(?,?,?,?,?,?)` any time I wanted to insert something was annoying, for example. I started working a bit on [0] .. I don't know if I'd call it an ORM, just so I didn't have to do that, and could write `Model { ... }.insert(&conn)` instead. But still write plain SQL queries, I just want easy mapping between db table and language 'model' struct/class; column and field/attr.
[0] - https://github.com/OJFord/rusqlite-model
pure-orm
- An ORM which only does object relational mapping
- Write SQL and say goodbye to niche query builder APIs
- Write SQL, not niche query builder APIs
-
Do you ever avoid submitting something on HN so devs don't ruin it?
I would certainly hate for devs to hate on this top-secret pure orm project [0].
[0] https://github.com/craigmichaelmartin/pure-orm
- An ORM that is only an ORM
- A new ORM built on SQL not query building APIs
- Write universally understandable SQL, not library-specific niche ORM wrapper apis
- Show HN: Write universally accessible SQL, not library-specific ORM wrapper APIs
What are some alternatives?
diesel - A safe, extensible ORM and Query Builder for Rust
Norm - The SQL generation library you already know how to use.
pgdbf - Convert XBase / FoxPro databases to PostgreSQL
gluegun - A delightful toolkit for building TypeScript-powered command-line apps.
mammoth - A type-safe Postgres query builder for TypeScript.
return-youtube-dislike - Chrome extension to return youtube dislikes
Hangfire - An easy way to perform background job processing in .NET and .NET Core applications. No Windows Service or separate process required
sql-formatter - A whitespace formatter for different query languages
rbatis - Rust Compile Time ORM robustness,async, pure Rust Dynamic SQL