6 ms·
> Because you're not developing against a schema, you can, for example, retool a feature and its data quickly without having to stress about migrations. A big a
by djrobstep 3y ago
> Because you're not developing against a schema, you can, for example, retool a feature and its data quickly without having to stress about migrations. A big advantage for a startup looking to move fast.
Why wouldn’t you need to worry about migrations without developing against a schema? You’ll need to worry more about migrations because your data will be more messy.
- winrid 3y agoIt could be rephrased as "worry about them later" :P gotta get those returns on the VC money and pawn those issues onto the next team in 7yrs :)
- rglover 3y agoNot necessarily. If you're utterly careless, sure. A MongoDB migration is far less of a headache than a SQL one (you're just writing code to map/replace values). With SQL, you have to be frustratingly surgical about everything which can slow momentum to a crawl (read: punishment for mistakes in the migration is far worse than with MongoDB in my experience).
- winrid 3y agoI completely agree! Kind of preaching to the choir :)
- rglover 3y ago> Why wouldn’t you need to worry about migrations without developing against a schema? You’ll need to worry more about migrations because your data will be more messy. If you're careless with your data, yes. "With great power comes great responsibility."
- yawaramin 3y agoBeing careful with my data is exactly why I use a strongly typed RDBMS in the first place.