[rdtsc]

Trying to figure out how it works. And saw this in one of the paragraphs:

> No longer do you need to provision server resources, or deploy API endpoints in the cloud, or manage a database

So you don't manage a database, but what happens to the data.

Can anyone trace an example, I don't, order or cart update from client code to persisting it on the back-end somehow? Does it use flat files...?

[aroman]

It uses a database, specifically MongoDB. But as I understand it, Meteor manages this for you itself, and abstracts the orchestration of those things into the Meteor platform itself.

It's just a higher level of abstraction, not a new technology. And certainly not flat files.

[rdtsc]

MongoDB? I think to be accepted and taken more seriously they'd have to at least have an option for something else.

[sarciszewski]

I say PostgreSQL. Not only can it do everything MongoDB can do (and faster* too), it's time-tested technology.

* http://blogs.enterprisedb.com/2014/09/24/postgres-outperform...

[TylerE]

It's super-webscale MongoDB, of course!

[rdtsc]

Sorry, that's a nope for me then

[TylerE]

That was my ultimate conclusion as well.

That said: There's nothing intrinsic in meteor that ties it to Mongo. No reason why, say, a Postgres or Memcache or whatever backend couldn't exist.

B: It is possible, perhaps even common, to write apps without server side storage at all - imagine API frontends or data aggregators.

[JamesLefrere]

Well, as a Meteor developer, I think they could make this clearer, since obviously your data has to go somewhere, and you do need to design the schema and manage the data.

Currently it uses MongoDB, though (last I heard) there are plans for Postgres and possibly more, but it will have to work like MiniMongo on the client (i.e., no ORM, and mostly the same on server and client).

It's pretty much hassle-free though, especially with some of the community packages, such as collection2 and simple-schema.

[swartkrans]

Meteor uses mongodb. They have plans to support additional types of databases but they wanted to use something that was popular with developers and they wanted to do a good job on it.

[dandv]

By default, Meteor spawns a Mongo instance, with its own DB stored in the app directory, and your data is stored there. No database configuration necessary. Of course, if you have an existing Mongo DB, you can point your Meteor app to it.