Tworzenie relacji OneToOne

Aby uzyskać leniwe Ładowanie pracujące na nullable mappingach jeden do jednego, musisz pozwolić hibernate wykonaćkompilację oprzyrządowania czasowego i dodać @LazyToOne(value = LazyToOneOption.NO_PROXY) do relacji jeden do jednego.

Przykładowe Odwzorowanie:

@OneToOne(fetch = FetchType.LAZY)  
@JoinColumn(name="other_entity_fk")
@LazyToOne(value = LazyToOneOption.NO_PROXY)
public OtherEntity getOther()

Przykładowe rozszerzenie pliku Ant Build (do wykonywania oprzyrządowania czasu kompilacji Hibernate):

<property name="src" value="/your/src/directory"/><!-- path of the source files --> 
<property name="libs" value="/your/libs/directory"/><!-- path of your libraries --> 
<property name="destination" value="/your/build/directory"/><!-- path of your build directory --> 

<fileset id="applibs" dir="${libs}"> 
  <include name="hibernate3.jar" /> 
  <!-- include any other libraries you'll need here --> 
</fileset> 

<target name="compile"> 
  <javac srcdir="${src}" destdir="${destination}" debug="yes"> 
    <classpath> 
      <fileset refid="applibs"/> 
    </classpath> 
  </javac> 
</target> 

<target name="instrument" depends="compile"> 
  <taskdef name="instrument" classname="org.hibernate.tool.instrument.javassist.InstrumentTask"> 
    <classpath> 
      <fileset refid="applibs"/> 
    </classpath> 
  </taskdef> 

  <instrument verbose="true"> 
    <fileset dir="${destination}"> 
      <!-- substitute the package where you keep your domain objs --> 
      <include name="/com/mycompany/domainobjects/*.class"/> 
    </fileset> 
  </instrument> 
</target>

Podstawową ideą xtonów w Hibernate jest to, że w większości przypadków nie są leniwi.

Jednym z powodów jest to, że gdy Hibernate musi zdecydować się na umieszczenie proxy (z id) lub null,
aby dołączyć, musi zajrzeć do drugiej tabeli. Koszt dostępu do drugiej tabeli w bazie danych jest znaczny, więc równie dobrze może ona pobrać dane dla tej tabeli w tym momencie (zachowanie nie leniwe), zamiast pobierać je w późniejszym żądaniu, które wymagałoby drugiego dostępu do tego samego stołu.

Edytowane: szczegółowe informacje można znaleźć w odpowiedzi ChssPly76 . Ten jest mniej dokładny i szczegółowy, nie ma nic do zaoferowania. Dzięki ChssPly76.

Oto coś, co dla mnie działa (bez oprzyrządowania):

Zamiast używać @OneToOne po obu stronach, używam @OneToMany w odwrotnej części relacji(tej z mappedBy). To sprawia, że właściwość jest kolekcją (List W poniższym przykładzie), ale tłumaczę ją na element w getterze, czyniąc ją przejrzystą dla klientów.

Ta konfiguracja działa leniwie, czyli selekcje są wykonywane tylko wtedy, gdy wywołane są getPrevious() lub getNext() - i tylko jeden select dla każdy telefon.

Struktura tabeli:

CREATE TABLE `TB_ISSUE` (
    `ID`            INT(9) NOT NULL AUTO_INCREMENT,
    `NAME`          VARCHAR(255) NULL,
    `PREVIOUS`      DECIMAL(9,2) NULL
    CONSTRAINT `PK_ISSUE` PRIMARY KEY (`ID`)
);
ALTER TABLE `TB_ISSUE` ADD CONSTRAINT `FK_ISSUE_ISSUE_PREVIOUS`
                 FOREIGN KEY (`PREVIOUS`) REFERENCES `TB_ISSUE` (`ID`);

Klasa:

@Entity
@Table(name = "TB_ISSUE") 
public class Issue {

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

    @Column
    private String name;

    @OneToOne(fetch=FetchType.LAZY)  // one to one, as expected
    @JoinColumn(name="previous")
    private Issue previous;

    // use @OneToMany instead of @OneToOne to "fake" the lazy loading
    @OneToMany(mappedBy="previous", fetch=FetchType.LAZY)
    // notice the type isnt Issue, but a collection (that will have 0 or 1 items)
    private List<Issue> next;

    public Integer getId() { return id; }
    public String getName() { return name; }

    public Issue getPrevious() { return previous; }
    // in the getter, transform the collection into an Issue for the clients
    public Issue getNext() { return next.isEmpty() ? null : next.get(0); }

}

W natywnych mapowaniach Hibernate XML można to osiągnąć, deklarując mapowanie jeden do jednego z atrybutem ograniczonym ustawionym na true. Nie jestem pewien, co to jest odpowiednik adnotacji Hibernate/JPA, A Szybkie wyszukiwanie doc nie dostarczyło odpowiedzi, ale mam nadzieję, że to da ci trop do kontynuowania.

Jak już doskonale wyjaśnił ChssPly76, proxy Hibernate nie pomagają w nieskrępowanych (nullable) asocjacjach jeden do jednego, ale jest pewna sztuczka tutaj, aby uniknąć konfigurowania oprzyrządowania. Chodzi o to, aby oszukać Hibernate, że Klasa encji, której chcemy użyć, została już instrumentowana: instrumentujesz ją ręcznie w kodzie źródłowym. To proste! Zaimplementowałem go z CGLib jako dostawca kodu bajtowego i działa (upewnij się, że skonfigurujesz Lazy= "no-proxy" i fetch="select", a nie "join", w HBM).

Myślę, że jest to dobra alternatywa dla prawdziwej (mam na myśli automatyczną) instrumentacji, gdy masz tylko jeden do jednego zerową relację, którą chcesz zrobić leniwym. Główną wadą jest to, że rozwiązanie zależy od dostawcy kodu bajtowego, którego używasz, więc skomentuj swoją klasę dokładnie, ponieważ możesz w przyszłości zmienić dostawcę kodu bajtowego; oczywiście modyfikujesz również model bean z przyczyn technicznych i jest to Nie w porządku.