Marten
message-db
Marten | message-db | |
---|---|---|
23 | 6 | |
2,670 | 1,608 | |
0.8% | 0.2% | |
9.8 | 0.0 | |
7 days ago | 23 days ago | |
C# | Shell | |
MIT License | 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.
Marten
- Marten – .NET Transactional Document DB and Event Store on PostgreSQL
-
Dapper vs. Entity Framework With Postgres
Id recommend trying out MartenDb. It's not really a PostgreSQL ORM, it actually uses Postgres more as a document database via jsonb. But it's excruciatingly easy to use and schema updates are a breeze (and largely automatic)
-
Show HN: Light implementation of Event Sourcing using PostgreSQL as event store
Check out Marten for a fully fleshed out implementation https://github.com/JasperFx/marten
-
Is anyone using Dapr
We are using ExtCore here to make our app modular: https://extcore.net/, and MartenDB for event store (which is surprisingly VERY simple) : https://martendb.io/
-
Yet another embedded DB (kind of)
I always loved Marten, it is so simple to use and yet powerful. If you are unfamiliar with it, it is a data access library (like an ORM) that is using JSON serialization and LINQ to store and query data from/to Postgres. It basically turns Postgres into document DB. Comparing it to EF, Marten doesn't require migrations since it stores documents.
-
This article is covering the potential problems you will face when using MongoDB for typical relational tasks.
You're better off using Postgres (has JSON columns.) If you want a more "document" oriented experience, use Marten: https://martendb.io/
-
Self-Paced Kit: Introduction to Event Sourcing with Node.js and TypeScript
For that part, the samples use EventStoreDB (https://www.eventstore.com/), which is the only mature event store I know in Node.js land. Event Sourcing allows using any database as backing storage. I'm co-maintainer of the Marten (https://martendb.io/), which is a .NET library that allows using Postgres as event store and document db.
-
CQRS is simpler than you think with C#11 and .NET 7!
Then you should check out Marten (https://martendb.io/). Our intention is to remove the boilerplate, we're using Postgres e having the built-in projections.
- Event-driven projections in Marten explained
-
Marten, a Crystal web framework that makes building web apps productive and fun
Not to be confused with the C# document database built on Postgres.
https://martendb.io/
message-db
-
Show HN: Light implementation of Event Sourcing using PostgreSQL as event store
I’m addition to the alternatives mentioned, here’s another Postgres-only ES implementation: https://github.com/message-db/message-db
-
Thalo - Event Sourcing runtime for WASM
Thalo is a new Rust library that provides a runtime for WASM-based event sourcing. With Thalo, developers can compile their aggregates and components into WASM modules and use them in the runtime to handle commands and persist events to an event store. The library is built on top of Wasmtime and Message DB, and uses the ESDL schema language to define aggregates. While Thalo is not yet ready for real-world use, it has the potential to make event sourcing more accessible to a wider range of languages that compile to WASM, allowing for a language-agnostic runtime. Give it a try and let us know what you think! https://github.com/thalo-rs/thalo
Its built on top of Wasmtime for wasm execution, and MessageDb which is a message store for Postgres.
-
Announcing our Elm/Haskell app in production!
We are using message db which is uses postgres under the hood, and provides a few useful postgres functions. We use it with `postgres-simple` and have a small internal library. However my colleague is working on abstracting our logic and open sourcing into a library here: https://github.com/Disco-Dave/message-db
-
Event Sourcing
Check out MessageDB https://github.com/message-db/message-db. It's basically Postgres and can be installed into any Postgres DB.
-
Building a Distributed Turn-Based Game System in Elixir
Trying a new language or framework is fun experiments that you spend a few hours on. I have been enjoying implementing Message DB[0] in a hobby project. My current job is not in programming, and not looking for one.
[0]https://github.com/message-db/message-db
What are some alternatives?
Event Store - EventStoreDB, the event-native database. Designed for Event Sourcing, Event-Driven, and Microservices architectures
tikv - Distributed transactional key-value database, originally created to complement TiDB
MongoDB - The MongoDB Database
plumber - A swiss army knife CLI tool for interacting with Kafka, RabbitMQ and other messaging systems.
RavenDB - ACID Document Database
FASTER - Fast persistent recoverable log and key-value store + cache, in C# and C++.
Yessql - A .NET document database working on any RDBMS
three-elements - Web Components-powered custom HTML elements for building Three.js-powered games and interactive experiences. 🎉
efcore.pg - Entity Framework Core provider for PostgreSQL
jsynchronous - Jsynchronous.js - Data synchronization for games and real-time web apps.
LiteDB - LiteDB - A .NET NoSQL Document Store in a single data file
Workflow - re-startable monad that recover the execution state from a log, and workflow patterns