Sequel
NoBrainer
Our great sponsors
| Sequel | NoBrainer | |
|---|---|---|
| 19 | 0 | |
| 4,612 | 386 | |
| - | 0.5% | |
| 8.8 | 6.0 | |
| 5 days ago | 2 months ago | |
| Ruby | Ruby | |
| MIT License | GNU Lesser General Public License v3.0 only |
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.
Sequel
-
Ask HN: What are some examples of elegant software?
Sequel [1], the Ruby ORM. It's rock-solid, provides similar abstractions to Active Record but feels much better thought out, and it has great docs.
Also, at any point in time, it's likely to have zero open issues and zero open pull requests, which is pretty impressive for a project of its size.
-
"ORMs have a special place in my heart, not entirely unlike Brutus and Caesar: a dear friend who betrays you and leaves you to die a slow, painful death." – Taming SQL and ORMs with sqlc
The most excellent ORM I've ever worked with was sequel for ruby. The only time I felt the tool wasn't working against me, and gave me access to all those advanced db features ORM are so good at hiding from you.
- Migrating from SQLite to PostgreSQL
-
It is OK for your open source project not to have a public bug tracker
As a developer, though, it's a bit problematic for users reporting issues. Yes, it is beneficial, I get it, but ... I just lack the time to really go towards fixing most of the problems. I even have my own bug reports for my own code and many of these just are never resolved. It's just not manageable after a certain amount, and if you have too many projects. And when you lack time, you don't really go through the issues either, so they just compound without ever being resolved. Some projects handle issue request really very well (jeremy's sequel, for instance https://github.com/jeremyevans/sequel), but it takes a lot of discipline to do so too. I don't have that discipline, so it's all just more and more on the todo list ... :P
-
Roda: Simplicity, Reliability, Extensibility & Performance by Jeremy Evans
Sequel
-
Where is Ruby Headed in 2021?
I've never used Rails. I used Sinatra in the early days and over the last 8 years I've used Roda[0] and Sequel[1].
Our stack is front-end heavy with a very mature JS framework and the back-end is mostly an API server. Databases range from SQLite to Postgres.
Development is usually done on SQLite and staging / production on Postgres. Quite a few projects with SQLite DB in production as well.
-
Async Ruby
It seems that Active Record compatibility is being discussed here. It's kind of cool that all it took for Sequel to be async-compatible was to replace Thread.current with Fiber.current.
-
Little known vulnerability with SQL wrappers
The problem that exposes is that of mass assignment. For example, the Ruby ORM library Sequel goes to some lengths to deal with it - but most popular frameworks are in a similar boat.
-
Best programming language for a db app?
Till date, I've only found Ruby's ORM Sequel and Go's ORM GORM to be the most versatile, flexible and suitable for all the use cases I throw at them.
-
Does Anyone use Sinatra in Production?
Yes we use it in production with Sequel. It's been great though we're now switching over to Roda
NoBrainer
We haven't tracked posts mentioning NoBrainer yet.
Tracking mentions began in Dec 2020.
What are some alternatives?
ROM - Data mapping and persistence toolkit for Ruby
ActiveRecord
DataMapper
Hanami::Model - Ruby persistence framework with entities and repositories
Redis-Objects - Map Redis types directly to Ruby objects
Mongoid - Ruby ODM framework for MongoDB
MongoModel - Ruby ORM for MongoDB (compatible with Rails 3)
MongoMapper - A Ruby Object Mapper for Mongo
Neo4j.rb - An active model wrapper for the Neo4j Graph Database for Ruby.
Async Ruby - An awesome asynchronous event-driven reactor for Ruby.
Perpetuity - Persistence gem for Ruby objects using the Data Mapper pattern