unbounded-delays-units
Thread delays and timeouts using proper time units (by jcristovao)
hasql-dynamic-statements
Dynamic statements for Hasql (by nikita-volkov)
unbounded-delays-units | hasql-dynamic-statements | |
---|---|---|
- | 1 | |
2 | 5 | |
- | - | |
0.0 | 6.1 | |
almost 10 years ago | about 1 month ago | |
Haskell | Haskell | |
BSD 3-clause "New" or "Revised" License | MIT License |
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.
unbounded-delays-units
Posts with mentions or reviews of unbounded-delays-units.
We have used some of these posts to build our list of alternatives
and similar projects.
We haven't tracked posts mentioning unbounded-delays-units yet.
Tracking mentions began in Dec 2020.
hasql-dynamic-statements
Posts with mentions or reviews of hasql-dynamic-statements.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-02-09.
-
Persistent vs. beam for production database
In typical CRUD applications you can get a long way with type-checked plain SQL and tuples via hasql-th, which is a great time saver at prototyping. Later on when you have more conditional logic in your queries you can gradually substitute it with dynamic statements. It works very well in production where you incrementally refine your own high-level abstractions with appropriate encoders/decoders, you can even build your own DSL on top of it, instead of relying on pre-defined query building APIs of Persistent and Beam. But again, both Persistent and Beam will work well too.
What are some alternatives?
When comparing unbounded-delays-units and hasql-dynamic-statements you can also consider the following projects:
postgresql-simple-sop
logging-effect - A very general logging effect for Haskell
dag - A well-typed Directed Acyclic Graph in Haskell
aeson-json-ast - Integration layer for "json-ast" and "aeson"
gravatar - Compute gravatar urls for email addresses
hworker - A reliable at-least-once job queue built on Redis.
Ordinary
hasql-implicits - Implicit definitions for Hasql, such as default codecs for standard types
hascard - flashcard TUI with markdown cards
rss - A library for generating RSS 2.0 feeds.
bitcoind-regtest - A cilent for the bitcoind JSON-RPC interface
google-oauth2 - Google OAuth2 token negotiation
unbounded-delays-units vs postgresql-simple-sop
hasql-dynamic-statements vs logging-effect
unbounded-delays-units vs dag
hasql-dynamic-statements vs aeson-json-ast
unbounded-delays-units vs gravatar
hasql-dynamic-statements vs hworker
unbounded-delays-units vs Ordinary
hasql-dynamic-statements vs hasql-implicits
unbounded-delays-units vs hascard
hasql-dynamic-statements vs rss
unbounded-delays-units vs bitcoind-regtest
hasql-dynamic-statements vs google-oauth2