Petro123,
мне, например, неизвестен способ получения значения типа поля счетчик без вставки в таблицу. Было бы интересно увидеть (особенно - без таблицы).
Насчет уникальности ID: нужна уникальность в рамках хранилища (используется jackrabbit). Клиентов на данный момент 4, некоторые являются серверами приложений. Напрашивается решение в виде сервиса, который будет раздавать эти id, работающего на том же сервере, где хранилище. Но есть нюансы (некоторые клиенты сильно legacy, vb6 и delphi, чтоб было понятно на чем и когда они написаны).
Что касается реализации, то использование возможностей sql сервера лежит на поверхности. Если в сервере есть sequence - отлично, если нет, то берем TableGenerator, и там по возможности используется select for update - коллизий тоже не будет.
Да, hibernate в данном случае - это из пушки по воробью, но код очень короткий, надежный и покрывает все варианты использования. Кстати, выяснилось, что есть аннотация @Subselect, благодаря которой таблица-заглушка не генерируется.
Вот как выглядит это сейчас (пример с улучшенным TableGenerator)
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
// класс заглушка
@GenericGenerator(
name = "doc_generator",
strategy = "org.hibernate.id.enhanced.TableGenerator",
parameters = {
@Parameter(name = "segment_value", value = "seq_doc_generator"),
@Parameter(name = "increment_size", value = "64"),
})
@Entity
@Subselect("")
public class DummyDoc {
@Id @GeneratedValue(generator="doc_generator")
private Long id;
}
// получение уникального значения
@Transactional
public Long nextId() {
SessionFactoryImplementor sfi = (SessionFactoryImplementor)sessionFactory;
IdentifierGenerator generator = sfi.getIdentifierGenerator(DummyDoc.class.getName());
Session session = sessionFactory.getCurrentSession();
return (Long)generator.generate((SessionImplementor)session, null);
}
