Plutomi Alternatives

plutomi reviews and mentions

• Making the World (Type) Safe for MongoDB Queries: Papr v11
  2 projects | news.ycombinator.com | 22 Feb 2023

  This looks very cool I might consider using it!

  The way I'm setting up Mongo for my project[1] is that all items go into a single collection and use a multi key index on a `target` array so queries look like this:

  { $and: [ { target: { $elemMatch: { id: `user`, type: 'entityType' } } }, { target: { $elemMatch: { id: 'ACTIVE', type: 'status' } } }, ] }

  Demo form Rick Houlihan here: https://youtu.be/eEENrNKxCdw?t=1136

  Does Papr support this type of schema? I didn't see a way to combine them into one Model and use it like "db.findOne()". I guess sort of what I'm asking for is discriminators? [2].

  [1] https://github.com/plutomi/plutomi/pull/776

• The DynamoDB Paper
  2 projects | news.ycombinator.com | 14 Jul 2022

  +1

  Discovered this while building https://github.com/plutomi/plutomi as I was enamored by Rick's talks and guarantees of `performance at any scale`. In reality, Dynamo was solving scaling issues that we didn't have and the amount of times I've had to rework something to get around some of the quirks of Dynamo led to a lot of lost dev time.

  Now that the project is getting more complex, doing simple things such as "searching" (for our use case) are virtually impossible without hosting an ElasticSearch cluster where a simple like %email% in postgres would have sufficed.

  Not saying it's a bad DB at all, but you really need to know your access patterns and plan accordingly. Dynamo streams are a godsend and combined with EventBridge you can do some powerful things for asynchronous events. Not paying while it's not running with on demand is awesome, and the performance is truly off the charts. Just please know what you are getting into. In fact, I'd recommend only using Dynamo if you are migrating a "finished" app vs using it for apps that are still evolving