Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Again, I'm not seeing the problem.

100 million records may take a lot of time to update, but so what? It's not like you make major schema changes to the same data every day. If you write your code to read either format v1 or v2 and to output v2, the migration can begin gradually. When you're sure it's working well, you start a low-priority job that reads old records and migrates them. Eventually, all data is in v2, so you can ditch the reader code for v1.



When you're sure it's working well,

Translation: We cut out the time on managing our schema and sped up our development, and this meant we got to spend it all back and more managing schemaless storage!


If you don't like NoSQL stores, don't use 'em. Either toolset is fine with an agile approach, though.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: