Homebrew removes MongoDB from core formulas

Re:Homebrew removes MongoDB from core formulas by zxcvbn4038 on Monday September 02, 2019 @10:22PM (#20863242)

A lot of people have difficulty trying to organize complex hierarchical data into rows and columns. A lot of places make you go through a dba to create or change a database which rubs power users the wrong way - and admittedly most of the dbas I’ve worked with are a lot more concerned with making backups fast then in your applications performance. Mongodb doesn’t make you do any of that. It doesn’t make you have authentication either. I think that’s a big reason why it got so popular.

[ Parent | on HN ]

Re:Homebrew removes MongoDB from core formulas by Spivak on Monday September 02, 2019 @11:00PM (#20863407)

I think it’s funny that web devs pretty much abandoned hierarchical databases since they are the OG database style.

I think it’s just going to take somebody shaking the cobwebs off of their X.500 manuals and making the query syntax and schemas a little more ergonomic for them to come back en vogue.

It’s one thing to have the ability to mold your DB to model hierarchical data but have your DB engine support it non-awkwardly might be a game changer. People are already used to apps needing a DB, cache, queues, S3, filesystem, service discovery, that adding one more thing would hardly break the bank.

[ Parent | on HN ]

Re:Homebrew removes MongoDB from core formulas by scarface74 on Monday September 02, 2019 @10:39PM (#20863320)

Database versioning and migrations are a pain. I’ve tried both home grown and commercial database systems to make database changes part of the CI/CD process. I haven’t found one that I liked.

When I did implement a system with C#/Mongo, I fell in love with changing my database schema just by changing my C# objects. With the C# driver you can include a Dictionary as part of your object to round trip unmapped fields.

Not to mention that after you go through all of your modeling and figuring out your aggregate roots, you can just store the entire object graph with one .Add and the entire object is stored atomically without having to worry about transactions, table locks, etc.

Unlike with an RDMS where your beautiful aggregate root has to constantly be composed and decomposed.

[ Parent | on HN ]