There are many benefits to schema-less NoSQL datastores, but there are always trade-offs. The primary gift the NoSQL movement has given us is the variety of options we now have for data persistence, instead of always trying to shoehorn everything into a relational model. Now the challenge is in deciding which persistence model fits best with each domain in a system and then combining those models in a cohesive way. The general term to describe this is Polyglot Persistence and there are many ways to accomplish it. Lets walk through how you can combine a regular SQL model with a key-value NoSQL model using Java, Spring, Hibernate, and PostgreSQL.
This article will walk through the pieces of a simple web application that uses regular SQL and PostgreSQL's hstore for key value pairs. This method is a mix of NoSQL inside SQL. One benefit of this approach is that the same datastore can be used for both the SQL and the NoSQL data.
In this example the server technologies will be Java, Spring, and Hibernate. (The same thing can also be done with Rails, Django, and many other technologies.) To add Hibernate support for hstore
I found a fantastic blog about "Storing sets of key/value pairs in a single db column with Hibernate using PostgreSQL hstore type". I won't go through that code here but you can find everything in the GitHub repo for my demo project.
This demo app uses Maven to define the dependencies. Embedded Jetty is started via a plain 'ole Java application that sets up Spring MVC. Spring is configured via Java Config for the main stuff, the web stuff, and the database stuff.
The client technologies will be jQuery and Bootstrap and there is a strict seperation between the client and server via RESTful JSON services. The whole client-side is in a plain 'ole HTML file. Via jQuery / Ajax the client communicates to JSON services exposed via a Spring MVC Controller.
Ok. Now onto the NoSQL inside SQL stuff. This application stores "Contacts" that have a name but also can have many "Contact Methods" (e.g. phone numbers and email addresses). The "Contact Methods" are a good use of a schema-less, key-value pair column because it avoids the cumbersome alternatives: putting that information into a separate table or trying to create a model object that has all of the possible "Contact Methods". So lets take a look at the simple Contact Entity:
package com.jamesward.model;
import net.backtothefront.HstoreUserType;
import org.hibernate.annotations.Type;
import org.hibernate.annotations.TypeDef;
import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.Id;
import java.util.HashMap;
import java.util.Map;
@Entity
@TypeDef(name = "hstore", typeClass = HstoreUserType.class)
public class Contact {
@Id
@GeneratedValue
public Integer id;
@Column(nullable = false)
public String name;
@Type(type = "hstore")
@Column(columnDefinition = "hstore")
public Map<String, String> contactMethods = new HashMap<String, String>();
}
If you are familiar with Hibernate / JPA then most of this should look pretty familiar to you. The new / interesting stuff is the contactMethods
property. It is a Map<String, String>
and it uses PostgreSQL's hstore
datatype. In order for that to work, the type has to be defined and the columnDefinition
set. Thanks again to Jakub Głuszecki for putting together the HstoreHelper and HstoreUserType that make this possible.
Now the rest is simple because it's just plain Hibernate / JPA. Here is the ContactService that does the basic query and updates:
package com.jamesward.service;
import com.jamesward.model.Contact;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;
import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;
import javax.persistence.criteria.CriteriaQuery;
import java.util.List;
@Service
@Transactional
public class ContactServiceImpl implements ContactService {
@PersistenceContext
EntityManager em;
@Override
public void addContact(Contact contact) {
em.persist(contact);
}
@Override
public List<Contact> getAllContacts() {
CriteriaQuery<Contact> c = em.getCriteriaBuilder().createQuery(Contact.class);
c.from(Contact.class);
return em.createQuery(c).getResultList();
}
public Contact getContact(Integer id) {
return em.find(Contact.class, id);
}
@Override
public void addContactMethod(Integer contactId, String name, String value) {
Contact contact = getContact(contactId);
contact.contactMethods.put(name, value);
}
}
Now that you understand how it all works, check out a live demo on Heroku.
If you want to run this app locally or on Heroku, then first you need to grab the source code and continue working inside the newly created spring_hibernate_hstore_demo
directory:
$ git clone https://github.com/jamesward/spring_hibernate_hstore_demo.git
$ cd spring_hibernate_hstore_demo
To run locally:
-
Setup your PostgreSQL database to support hstore by opening a
psql
connection to it:$ psql -U username -W -h localhost database
-
Then enable hstore:
=> create extension hstore; => \q
-
Build the app (depends on having Maven installed):
$ mvn package
-
Set the
DATABASE_URL
environment variable to point to your PostgreSQL server:$ export DATABASE_URL=postgres://username:password@localhost/databasename
-
Start the app:
$ java -cp target/classes:target/dependency/* com.jamesward.Webapp
Cool! Now you can run it on the cloud with Heroku. Here is what you need to do:
-
Login to Heroku:
$ heroku login
-
Create a new app:
$ heroku create
-
Add Heroku Postgres:
$ heroku addons:add heroku-postgresql:dev
-
Tell Heroku to set the
DATABASE_URL
environment variable based on the database that was just added (replaceYOUR_HEROKU_POSTGRESQL_COLOR_URL
with your own):$ heroku pg:promote YOUR_HEROKU_POSTGRESQL_COLOR_URL
-
Open a
psql
connection to the database:$ heroku pg:psql
-
Enable
hstore
support in your database:=> create extension hstore; => \q
-
Deploy the app:
$ git push heroku master
-
View the app on the cloud:
$ heroku open
Fantastic! Let me know if you have any questions.