One of the most exciting parts about blogging for CouchDB is the opportunity to learn about all the various use cases. We were excited to speak with Adam Butler, the Technical Team Lead at eHealth Africa about their use and experience with CouchDB.
eHealth Africa’s team works to bring new approaches to the development of people centric and data driven technology solutions that connect and deliver better public health services for vulnerable communities.
Adam talked to us about how he first discovered CouchDB and what his experience has been with employing it for their specific needs.
How did you hear about CouchDB, and why did you choose to use it?
I first heard about CouchDB around 2010 in the context of this big new thing called NoSQL, to which my main response was “huh?” It took me a while to understand how a non-relational database could be useful (I can be slow like that sometimes). A couple of years later, Jan Lehnardt showed up at a hybrid mobile app meetup I was organising at the time. He did a presentation about the work he’d been doing with an NGO called eHealth Africa. This was at the height of the Ebola epidemic in West Africa, and Jan talked about an app that he was helping to develop that was being used in the struggle to contain the outbreak.
One of the strategies that is used in epidemics of this type is to track down anyone who came into contact with an infected person in the period before they contracted the disease, and then visit them regularly until the incubation period has ended, keeping track of any possible symptoms they might be exhibiting. Keeping a record of these follow-up visits is difficult at the best of times, but in the chaos of a major outbreak, it can be almost impossible.
The solution to this problem, as Jan explained, was CouchDB and its younger sibling PouchDB. Based on Jan’s talk, I dropped what I was doing at the time and joined eHA.
Did you have a specific problem that CouchDB solved?
That follow-up app was one of several data collection apps that we have built, and we run up against the same problem every time: how to store collected data on a mobile device while it’s offline, and then get the data off the device and onto a server when it comes online again. Connectivity in rural Africa is, needless to say, extremely unreliable, so we need to be able to store data on mobile devices in a dependable manner, and then submit that data to a server whenever the opportunity arises.
It turns out that CouchDB, in partnership with PouchDB, is incredibly good at this kind of data synchronisation.
For the folks who are unsure of how they could use CouchDB–because there are a lot of databases out there—could you explain the use case?
Synchronization! Anyone who wants to build offline-first mobile applications that submit data when they go online should definitely consider a Couch/Pouch-based solution.
What would you say is the top benefit of using CouchDB?
Synchronization is definitely the top benefit for us, but some other super-useful CouchDB things are the http-first ethos (where everything is a URL) and the built-in user management. The user management can take a while to get your head around – the first time I was confronted with the “one database per user idea” I thought it was wild – but it’s actually very powerful.
What tools are you using in addition for your infrastructure? Have you discovered anything that pairs well with CouchDB?
PouchDB, of course! And then sometimes we only use CouchDB for synchronisation, and import the data into PostgreSQL. The CouchDB changes feed is really handy for this; you can just watch the feed and use it to send data wherever you want.
What are your future plans with your project? Any cool plans or developments you want to promote?
We’re constantly working on new tools. Just recently we finished a mobile app to manage a microcensus in the Democratic Republic of Congo. There’s no population data for DRC, and it became important to get an idea of population numbers for a coordinated campaign against sleeping sickness. That app uses PouchDB > CouchDB > PostgreSQL, and data (checks the changes feed) is coming in from the field this very moment.
Have a suggestion on what you’d like to hear about next on the CouchDB blog? Email us!