Molteplici relazioni uno-a-molti in Spring JDBC

Question

Sto usando Spring JDBC e sono un po 'insicuro su come lavorare con più relazioni uno-a-molti (o molti-a-molti). In questo caso sto iniettando un repository in uno dei miei risultati in modo tale da poter recuperare le sue associazioni. È questo il modo di farlo? È male? Ci sono altri modi migliori?

Nota: ho lasciato fuori l'iniezione di repository

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 quindi dopo aver letto Dmytro Polivenok risposta che ho cambiato all'interfaccia RowMapper invece e attualmente sto utilizzando gli altri repository per popolare tutte le associazioni come Mostro nel mio esempio È un buon modo per farlo?

Answer 1

Penso che una buona pratica per Spring JDBC e query SQL in generale sia quella di utilizzare una query per ogni entità.

E.g. assumere questo modello:

• clienti (customerId, nome, età, ...)
• Indirizzo (customerId, tipo, via, città, ...)

• PaymentOption (customerId, numero di carta, cardType , ...)

• Cliente 1 --- * Indirizzo

• Cliente 1 --- * PaymentOption

Vorrei costruire 3 interrogazioni, 3 Tao 3 ResultSetExtractors/RowcallbackHandlers:

• CustomerDao con readCustomerData (Cliente o List)
• AddressDao con readAddressForCustomer (Cliente o List)
• PaymentOptionDao con readPaymentOptionsForCustomer (Cliente o List

Se si esegue questa operazione in 1 query, è necessario creare una logica per ripristinare il prodotto cartasiano.

• I.e. se il cliente ha 3 indirizzi e 2 opzioni di pagamento, la query restituirà 6 righe.
• Questo diventa piuttosto difficile, se Indirizzo o PaymentOption non ha una propria chiave primaria.

Per molti a molti:

• cliente * * --recommends-- prodotto

avrei probabilmente costruire:

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

come non si potrebbe riutilizzare ProductDao.readProducts per

• cliente * --buys-- * Prodotto o
• prodotti Navigazione 1 --- * Prodotto

Answer 2

Penso che il tuo codice funzionerà, ma la preoccupazione qui riguarda l'utilizzo di ResultSetExtractor che è principalmente per la struttura JDBC stessa, e per la maggior parte dei casi documentation consiglia di utilizzare RowMapper.

Quindi un approccio alternativo sarebbe avere un metodo nel DAO che seleziona e mappa l'oggetto padre. Quindi, per ogni oggetto richiamare altro repository o metodo privato che seleziona e associa gli oggetti figlio e quindi collegare gli oggetti figlio ai genitori in base al tipo di relazione (unidirezionale o bidirezionale). Questo approccio può anche consentire di controllare se si desidera caricare oggetti figlio o meno.

Ad esempio, è possibile controllare l'applicazione Primavera PetClinic che ha SimpleJdbcClinic class

Se è possibile utilizzare altri framework, si può considerare mybatis, è più circa la mappatura e consente di controllare il codice SQL.