PostgreSQL SERIAL column and Hibernate IDENTITY generator

(Last Updated On: October 3, 2018)


When using PostgreSQL, it’s tempting to use a SERIAL or BIGSERIAL column type to auto-increment Primary Keys.

However, this article will show you that this is not a very good idea when using JPA and Hibernate.


If you’ve been using MySQL, you know that AUTO_INCREMENT is a very popular choice. When migrating to PostgreSQL, you will notice that SERIAL or BIGSERIAL column types can be used just like AUTO_INCREMENT in MySQL.

SERIAL is an auto-incremented integer column that takes 4 bytes while BIGSERIAL is an auto-incremented bigint column taking 8 bytes. Behind the scenes, PostgreSQL will use a sequence generator to generate the SERIAL column values upon inserting a new ROW.

Domain model

Now, assuming we have the following post table:

    title VARCHAR(255), 
    PRIMARY KEY (id)

For this table, PostgreSQL creates a sequence called post_id_seq that is associated with the id SERIAL column.

So, when inserting a post row, the INSERT statement can simply omit the id column:

INSERT INTO post (title) 
VALUES ('High-Performance Java Persistence')

The id column is also the Primary Key of the post table, and it uses a SERIAL column type. The id column will be automatically be assigned the next value of the underlying post_id_seq sequence generator.

To map the post table, we need a Post entity class that looks as follows:

The Post entity id property uses the GenerationType.IDENTITY generator because the SERIAL type acts as AUTO_INCREMENTED column.

@Entity(name = "Post")
@Table(name = "post")
public class Post {

    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Integer id;

    private String title;

    //Getters and setters omitted for brevity

Now, to see how the post_id_seq is used, consider the following test case:

Post post1 = new Post();
    "High-Performance Java Persistence, Part 1"


Post post2 = new Post();
    "High-Performance Java Persistence, Part 2"


        (Number) entityManager
            "select currval('post_id_seq')")

After inserting 2 Post entities and flushing the Persistence Context, the current value of the post_id_seq database sequence is going to be 2, and the next sequence value is going to be 3.

#JDBC batch inserts

As convenient as it might look, using the IDENTITY with Hibernate is not without issues.

If we enable JDBC batching:

<property name="hibernate.jdbc.batch_size" value="5"/>

And persist 3 Post entities:

for (int i = 0; i < 3; i++) {
    Post post = new Post();
            "High-Performance Java Persistence, Part %d", 
            i + 1

Hibernate is going to generate the following SQL INSERT statements:

INSERT INTO post (title) 
VALUES ('High-Performance Java Persistence, Part 1')

INSERT INTO post (title) 
VALUES ('High-Performance Java Persistence, Part 2')

INSERT INTO post (title) 
VALUES ('High-Performance Java Persistence, Part 3')

So, batching is going to be disabled when inserting entities.

This is because, when persisting the entity, Hibernate needs to know the entity identifier in order to generate the key under which the entity is stored in the currently running Persistence Context.

To know the identifier, Hibernate needs to execute the INSERT statement, so by the time the Persistence Context is flushed, all inserts have been already executed. Therefore, Hibernate can no longer batch the INSERT statements.

If you enjoyed this article, I bet you are going to love my Book and Video Courses as well.


Although convenient, and even suggested in many PostgreSQL book, the SERIAL and BIGSERIAL column types are not a very good choice when using JPA and Hibernate. Using a SEQUENCE generator is a better alternative since the identifier can be generated prior to executing the INSERT statement.

Behind the scenes, the SERIAL and BIGSERIAL column types use a database sequence anyway, so the only difference is that the SEQUENCE generator calls the sequence is a separate database roundtrip. However, this can also be optimized with the pooled and pooled-lo optimizers.

If the database server is close to the application servers and networking is fast, the extra database roundtrip is not going to be a performance bottleneck. For all these reasons, you should prefer using the SEQUENCE generator over IDENTITY no matter if you use PostgreSQL, Oracle or SQL Server.

Subscribe to our Newsletter

* indicates required
10 000 readers have found this blog worth following!

If you subscribe to my newsletter, you'll get:
  • A free sample of my Video Course about running Integration tests at warp-speed using Docker and tmpfs
  • 3 chapters from my book, High-Performance Java Persistence, 
  • a 10% discount coupon for my book. 
Get the most out of your persistence layer!


4 thoughts on “PostgreSQL SERIAL column and Hibernate IDENTITY generator

  1. In our normal daily usage there’s no need for JPA to call the sequence, it’s just overhead, we need to refresh the entity anyway to get the DEFAULTed values.
    But a batch job would want to take advantage of the sequence for the performance reasons you mentioned. Do we need a way to select at runtime?

    In addition, the default sequence allocation size of 50 is messy when doing adhoc individual inserts. I can’t find a way to change that default globally so I’m having to set it in an annotation parameter on every entity which is quite cumbersome.

    1. Calling a sequence takes less than half a microsecond. When that becomes your bottleneck, I guess your queries are some of the fastest on this planet.

      A gap of 5, 10 or 50 is not messy at all. As long as you don’t run out of values, it doesn’t matter if sequence values are consecutive. The only thing that matters is to be monotonically increasing.

      Mapping the sequence for each entity is the way to go since not all entity require the same gap anyway. It all depends on how many you insert per Session.

  2. Hi Vlad
    When I try to insert a record using identity strategy generation, I debugged and I found that hibernate looking for value with key “ID” but in ResultSet fields had only ID.

    It’s required that my column name is quoted. I tried: hibernate.globally_quoted_identifiers=true hibernate.globally_quoted_identifiers_skip_column_definitions=true Any idea please? Thank you

    Hibernate 5.2.12.Final

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.