4 ms·

Hey Sorry but I don't understand this answer. I too like to hear reasons for decisions to stay away from non-relational databases. Your first point, that you'

Hey Sorry but I don't understand this answer. I too like to hear reasons for decisions to stay away from non-relational databases. Your first point, that you'll be using JSON, feels strange. When I build stuff, the data storage and the usage of the data are very separate areas. The web part using the JSON doesn't know or give a damn if the data is stored in MySQL or MongoDB or written in sand and translated to computer-speak by monkeys. Second - Maybe I'm misunderstanding you, but isn't this tree structure a number of entities that have relationships with other entities (as parent / child / sibling / whatever). How is that not applicable to a relational database?

Tichy 16y ago
Since many NoSQL DBs use JSON to store the data, it seems you could save complicated conversion code between JSON and the db format by sticking to JSON throughout. That would be my line of thinking (I'm not the OP).
- signal 16y ago
  I think dbslayer would be perfect for this. Mysql is super easy to set up on a vps (there are lots of scripts to set up the whole server on sites like lowendbox or vpsbible) and then with dbslayer you get json and clustering if you want it so you can scale smoothly. It works great with node and there's already a module for it on Github @: https://github.com/Guille/node.dbslayer.js/ https://github.com/Guille/node.dbslayer.js/