JPA/Hibernate (пакетная) вставка

Вот простой пример, который я создал после чтения нескольких тем о вставках jpa bulk, у меня есть 2 постоянных объекта User и Site. У одного пользователя может быть много сайтов, поэтому у нас есть от одного до многих отношений. Предположим, я хочу создать пользователя и создать/связать несколько сайтов с учетной записью пользователя. Вот как выглядит код, учитывая, что я готов использовать объемную вставку для объектов сайта.

User user = new User("John Doe");

user.getSites().add(new Site("google.com", user));
user.getSites().add(new Site("yahoo.com", user));

EntityTransaction tx = entityManager.getTransaction();
tx.begin();
entityManager.persist(user);
tx.commit();

Но когда я запускаю этот код (я использую hibernate как поставщик реализации jpa), я вижу следующий вывод sql:

Hibernate: insert into User (id, name) values (null, ?)
Hibernate: call identity()
Hibernate: insert into Site (id, url, user_id) values (null, ?, ?)
Hibernate: call identity()
Hibernate: insert into Site (id, url, user_id) values (null, ?, ?)
Hibernate: call identity()

Итак, я имею в виду, что "настоящая" объемная вставка не работает или я смущен?

Вот исходный код для этого примера проекта, это проект maven, поэтому вы можете загружать и запускать mvn install для проверки вывода.

ОБНОВЛЕНО:

После того, как Кен Лю любезно сообщит, я отключил автоматическую генерацию объекта объекта сайта:

    User user = new User("John Doe");
    user.getSites().add(new Site(1, "google.com", user));
    user.getSites().add(new Site(2, "yahoo.com", user));
    entityManager.setFlushMode(FlushModeType.COMMIT);
    EntityTransaction tx = entityManager.getTransaction();
    tx.begin();
    entityManager.persist(user);
    tx.commit();

Теперь у меня есть следующая строка в отладочном выходе:

DEBUG: org.hibernate.jdbc.AbstractBatcher - Выполнение размера партии: 2

Это работает!

Ответ 1

Если вы используете базу данных для генерации идентификаторов, то Hibernate должен выполнить запрос для генерации первичного ключа для каждого объекта.

Ответ 2

Я написал короткий блог, в котором рассказывается о пакетной вставке gotchas, а также имеет указатель на небольшой проект, который имеет все правильные конфигурации, чтобы начать с пакетной вставки с Hibernate. См. Подробности в http://sensiblerationalization.blogspot.com/2011/03/quick-tip-on-hibernate-batch-operation.html

Ответ 3

Я нашел гораздо более эффективным обход спящего режима для объемных вставок. Вы должны покончить с ORM (реляционное сопоставление объектов), но вы все равно можете использовать соединение, связанное с текущим сеансом, и управление транзакциями.

Пока вы временно теряете удобство своего ORM, выигрыш значителен, особенно если у вас есть изначально сформированные идентификаторы, так как спящий режим обычно выполняет один SELECT для каждого INSERT.

Session.doWork очень удобен для облегчения этого.

private MyParentObject saveMyParentObject(final MyParentObject parent, final List<MyChildObject> children)
{
    transaction = session.beginTransaction();
    try
    {
        session.save(parent); // NOTE: parent.parentId assigned and returned here

        session.doWork(new Work()
        {
            public void execute(Connection con) throws SQLException
            {
                // hand written insert SQL - can't use hibernate
                PreparedStatement st = con.prepareStatement("INSERT INTO my_child (parent_id, name, ...) values (?, ?, ...)");

                for (MyChildObject child : children)
                {
                    MyChildObject child = new MyChildObject();
                    child.setParentId(parent.getParentId()); // assign parent id for foreign key

                    // hibernate can't help, determine jdbc parameters manually
                    st.setLong(1, child.getParentId());
                    st.setString(2, child.getName());
                    ...
                    st.addBatch();
                }

                // NOTE: you may want to limit the size of the batch
                st.executeBatch();
            }
        });

        // if your parent has a OneToMany relationship with child(s), refresh will populate this 
        session.refresh(parent);
        transaction.commit();
        return parent;
    }
    catch(Throwable e)
    {
        transaction.rollback();
        throw new RuntimeException(e);
    }   
}