"update: Heroku is down [...] the demo in now on dotCloud."
:)
Dropbox-as-a-Database
31–34 of 34 posts
Re: Dropbox-as-a-Database
#32I've used .json files in place of a database before on a read-only site. It worked very well. I do believe that we over-engineer some times and use databases when flat files will do just fine.
You're not alone. Guess which famous tech website uses flat files as a database? Hint: orange header, heirarchical comments...
Is this true? Is there some post about this?
Re: Dropbox-as-a-Database
#33I've used .json files in place of a database before on a read-only site. It worked very well. I do believe that we over-engineer some times and use databases when flat files will do just fine.
Using sqlite as the "this is just an idea" phase positions you better for scale-out/build-up if it becomes necessary. Helps keep your head straight but doesn't slow you down. I say this as someone who worships Crockford for inventing JSON. I've seen too many projects get fucked hard because they used flatfiles. Edit: Seriously though, managing synchronization/atomic changes to flatfiles manually is a Bad Idea (TM). I…
Like I said, in my case there were no changes, I only read from them. So I let the server cache the hell out of them and the entire site was fast because of it.
Re: Dropbox-as-a-Database
#34Earlier quoted context omitted.
A Minecraft game would make a hilarious database. The fact that it's probably pretty trivial to CRUD it programmatically outside the Minecraft client by manipulating save files is a great bonus. Start using the DB. If you get bored enough you can examine the data physically in-game.
Why not go full-hilarity and not touch the save files? The DB API simply performs clicks, keydowns, and mouse movements on the game client, so you see the character moving on the screen. I guess you would have to initially read the save file though, to know what you start with. Would be hilariously slow.
You could start with the Flat world generator...