Wiele relacji jeden do wielu na wiosnę JDBC

Question

Używam Spring JDBC i nie jestem pewien, jak pracować z wieloma relacjami jeden-do-wielu (lub wiele-do-wielu). W tym przypadku wstawiam repozytorium do jednego z moich zestawów wyników, dzięki czemu mogę odzyskać jego powiązania. Czy to jest sposób na zrobienie tego? To jest złe? Czy są inne lepsze sposoby?

Uwaga: Mam pominięta zastrzyk repozytorium

public class SomeResultSetExtractor implements ResultSetExtractor { 

    public Object extractData(ResultSet rs) throws SQLException, DataAccessException { 
    List result = new LinkedList(); 

    while (rs.next()) { 
     SomeObject object = new SomeObject(rs.getString(1), rs.getLong(2)); 
     result.add(object); 

     List<AnotherObject> otherObjects = anotherRepository.findAllById(object.getId); 
     object.setOtherObjects(otherObjects); 
     // and so on 
    } 

    return result; 

    } 
} 

Okey więc po przeczytaniu Dmytro Polivenok odpowiedź mam zmieniony interfejs RowMapper zamiast i Obecnie używam innych repozytoriów, aby wypełnić wszystkie skojarzenia jak Pokazuję w moim przykładzie. Czy to dobry sposób na robienie tego?

Answer 1

Uważam, że dobrą praktyką dla Spring JDBC i zapytań SQL jest użycie jednego zapytania dla każdej jednostki.

E.g. Zakładamy ten model:

• Klienta (customerId, nazwisko, wiek, ...)
• Adres (customerId, typ, ulica, miasto, ...)

• PaymentOption (customerId, CardNumber, CardType , ...)

• klienta 1 --- * Adres

• klienta 1 --- * PaymentOption

Chciałbym zbudować 3 zapytań, 3 DAOS, 3 ResultSetExtractors/RowcallbackHandlers:

• CustomerDao z readCustomerData (klient lub listy)
• AddressDao z readAddressForCustomer (klient lub listy)
• PaymentOptionDao z readPaymentOptionsForCustomer (klient lub listy)

Gdybyś to wypiekł w 1 zapytaniu, musiałbyś zbudować jakąś logikę, aby przywrócić produkt kartatyczny.

• tj. jeśli klient ma 3 adresy i 2 opcje płatności, zapytanie zwróci 6 wierszy.
• Jest to dość trudne, jeśli adres lub PaymentOption nie ma własnego klucza podstawowego.

Dla wielu wielu:

• Klienta * --recommends-- * Produkt

to pewnie zbudować:

• CustomerDao.readRecommendationsAndProductKeys
• getDistinctListOfProductKeysFromRecommendations
• ProductDao.readProducts
• replaceProductKeysByProductsOnRecommendations

Jak to można ponownie wykorzystać ProductDao.readProducts dla

• Klienta * --buys-- * Produkt lub
• produktowe 1 --- * Produkt

Answer 2

Myślę, że twój kod będzie działał, ale tutaj chodzi o użycie ResultSetExtractor, który jest głównie dla samego JDBC, a dla większości przypadków documentation zaleca użycie RowMapper.

Alternatywnym podejściem byłoby posiadanie metody w DAO, która wybiera i mapuje obiekt macierzysty. Następnie dla każdego obiektu należy wywołać inne repozytorium lub metodę prywatną, która wybiera i mapuje obiekty podrzędne, a następnie łączy obiekty potomne z rodzicami na podstawie typu relacji (jednokierunkowe lub dwukierunkowe). Takie podejście może również umożliwiać kontrolowanie, czy chcesz załadować obiekty podrzędne, czy nie.

Na przykład, można sprawdzić aplikację Wiosna PetClinic który ma SimpleJdbcClinic class

Jeśli można użyć innych ram, można rozważyć mybatis, to jest więcej o mapowaniu i pozwala kontrolować swój kod SQL.