11

I am currently developing an application in node.js. I have a Postgres/PostGIS database to store geospatial information and render them as SVG. That works fine so far. On the other side I have a CouchDB database filled with data, from a previous project.

I'd like to combine this data with the geospatial data from postgis via node.js, but I am not sure on how to proceed with the structure of my databases.

Is it a good idea to work with two different database types - even paradigms - in one application? Or is is better to transform the data from one db to the other?

BTW: This is purely a hobby project.

John Parker
  • 54,048
  • 11
  • 129
  • 129
Mathias Vonende
  • 1,400
  • 1
  • 18
  • 28
  • If you don't use replication or the feeds feature in couchdb I would just dump it and use postgresql for everything though. Reason why people mostly use multiple databases is because they offer different features. – Pickels Apr 28 '13 at 14:28

1 Answers1

12

There's nothing wrong with accessing two databases from one application. It's a model used frequently. It's not uncommon to have a Node server access both Mongodb and Redis, using each for their strengths. You just have to tie data relations together in your app instead of in the database.

Node is particularly suited for multi-database applications because you can access multiple resources simultaneously. The async package makes it easy to query multiple databases at the same time and merge the results. This is something that synchronous servers typically do in order, waiting for one result before sending off the query for the second result. So if you take full advantage of Node's capabilities, you'll have a better experience accessing multiple data sources then you would from many other popular web development platforms.

Daniel
  • 38,041
  • 11
  • 92
  • 73