Автоматическое сохранение сложного Java-объекта

Question

Для проекта, над которым я работаю, мне нужно сохранить несколько POJO в базе данных. Определения классов POJO иногда сильно вложены, но они должны сглаживаться, так как вложенность является древовидной и не содержит циклов (а базовые элементы в конечном счете являются примитивами/строками). Предпочтительно, чтобы используемое решение создавало одну таблицу для каждого типа данных и чтобы таблицы имели одно поле на примитивный элемент в POJO. Подклассы и подобные проблемы не являются проблемами для этого конкретного проекта.

Кто-нибудь знает о каких-либо существующих решений, которые могут:

1. Автоматически генерировать CREATE TABLE определение из определения класса
2. Автоматически генерировать запрос сохранить объект в базе данных, учитывая экземпляр объекта
3. Автоматически формировать запрос для извлечения объекта из базы данных и возвращать его как POJO, учитывая ключ.

Решения, которые могут сделать это с минимальными изменениями/аннотациями к файлам классов и минимальной внешней конфигурации, являются предпочтительными.

---

Пример:

Java классы

//Class to be persisted 
class TypeA { 
    String guid; 
    long timestamp; 
    TypeB data1; 
    TypeC data2; 
} 

class TypeB { 
    int id; 
    int someData; 
} 

class TypeC { 
    int id; 
    int otherData; 
} 

Может сопоставить

CREATE TABLE TypeA (
    guid CHAR(255), 
    timestamp BIGINT, 
    data1_id INT, 
    data1_someData INT, 
    data2_id INt, 
    data2_otherData INT 
); 

или что-то подобное.

Answer 1

Hibernate может помочь вам решить все три проблемы, перечисленные вами.

(1) Вам необходимо аннотировать классы сущностей, чтобы Hibernate мог сопоставлять между классами/объектами таблицы/строки. Hibernate использует соглашение по настройке, поэтому можно использовать только несколько аннотаций и иметь полное сопоставление o/r, готовое к использованию. Вы можете использовать опцию конфигурации hibernate.hbm2ddl.auto, чтобы проинструктировать Hibernate для автоматической проверки/экспорта и схемы DDL при создании фабрики сеансов.

(2)/(3) Hibernate имеет достаточно информации о классах, схеме базы данных и сопоставлениях, позволяющих генерировать SQL-запросы для простых операций CRUD с минимальными усилиями. Вы можете точно настроить, как Hibernate загружает и сохраняет дерево объектов. Аннотации сопоставления ассоциации имеют параметры выборки и каскада, которые позволяют указать, как связаны объекты (ленивые/нетерпеливые) и как операции распространяются через дерево объектов. Для получения подробной информации об этих параметрах обратитесь к документации Hibernate.

Если вы новичок в Hibernate, я рекомендую товар Hibernate documentation в качестве справочника и книгу Java Persistence with Hibernate для более глубокого понимания структуры (у нее очень хорошие разделы о выборе и каскадировании).

В типичном сценарии Hibernate требует только немного конфигурации (один файл hibernate.cfg.xml). Вы можете определить сопоставления с использованием XML-файлов (без пользы) или аннотаций (опция «по умолчанию» для новых проектов).

Answer 2

Вы отметили свой вопрос как Hibernate. Вы пытались использовать Hibernate для этого?

Пока вы хорошо определяете, как собирать коллекции (например, «один ко многим»), я нашел, что он вообще очень эффективен для такого рода вещей.

Учебники Hibernate предоставляют множество примеров ситуаций, которые похожи на предоставленный вами код.

Answer 3

Настоятельно рекомендуемая структура: JPersist, чрезвычайно простая база данных для POJO. XML или аннотации не требуется. Я использую его в своем проекте, потому что, если мне нужен новый объект таблицы, я просто создаю компонент.

Проблема, хотя в вашей ситуации вам нужно что-то настроить базу данных для вас. Делать это было бы очень сложно, и вы много спрашивали о структуре. С помощью JPersist вы должны иметь возможность создавать таблицу db из имени класса и столбцов из полей, а затем использовать конструктор phpMyAdmin для разрешения ссылок.

5 минут чтения документации для JPersist теперь будут экономить часы во время разработки позже.

Answer 4

Я бы использовал стандартизованныйJava Persistence API (JPA), желательно с аннотациями. По вашему запросу:

1. Это не требуется по спецификации, но большинство поставщиков JPA (все основные реализации) поддерживают генерацию DDL из метаданных сопоставления.
2. EntityManager#persist(Object entity) делает.
3. <T> T EntityManager#find(Class<T> entityClass, Object primaryKey) делает это.

Как указано, JPA - это API, вам нужна реализация, чтобы использовать его. Мои предпочтения относятся к Hibernate Entity Manager или EclipseLink (см. this previous question).

Answer 5

JPA предоставляет достаточные возможности для этого. Например, вы можете использовать @Embeddable и @Embedded:

@Embeddable 
class TypeB { 
    int id; 
    int someData; 
} 


class TypeA { 
    .... 
    @Embedded 
    TypeB data1; 
} 

Вы можете вручную создать схему, лежащую в основе, или позволить что-то вроде hbm2ddl.auto=update создать его для вас.