As with most of my coding ventures, this was a learning experience. So it was my first time handing mongoDB stuff but it's a non SQL database so it's just a bunch of json docs really. It's been very easy to work with. 
https://media.tenor.com/KXycgyu1VEQAAAAM/first-firsttimer.gif 

 cool, haha, yeah its been a while since i did stuff with mongo, mostly just on the sysadmin side.. 

 🤔
https://www.mongodb.com/products/platform/atlas-vector-search 

 This was also the idea behind using Mongo. I looked very feature rich and more easily scalable if deployed to a cloud.  

 I'm curious why almost no one uses ORM these days? At least in C# and seemingly in PHP it's not only easier, but can even be as performant, or more performant if used correctly. But the major part is, it allows databases to be pluggable... Thats like my whole thing with my C# framework. Bring just about any database you want, or build your own connector. 

For my own uses, using compiled and cached stored procedures was just slightly slower than using ORM. I suppose I could have been using the databases incorrectly but that seems to be the consensus, and no need to handle migrations or db setup scripts! 

 i use orms all the time. rn its prisma 

 I have very little experience with ORMs but I've heard some good things about drizzle 🌧️ 

 I appreciate anyone's product more when they consider a pluggable architecture to give the sysadmin more options! I tend to immediately drop a project for a service/dependency lock-in. Give me options! Most projects don't change as they age, often dig deeper into their hard-coded architecture imo 

 I used to build Doctrine. Liked the data quality control. 

 We had customers with different databases and schemas, so we'd just map to the ORM.