funzione preload per query di lookup

[theguru]

Avevo già segnalato la cosa, la ripropongo.
La base del problema è semplice: 1000 richieste al db, ognuna per chiedere un singolo record, impiegano MOLTO più tempo di un unica richiesta per chiederne 1000.
Quindi, se io ho un tabella di 1000 clienti e una tabella di 1000 ordini, e nel pannello ordini vi è un campo di lookup per mostrare il cliente padre, assisto a queste tempistiche (semplificate, ovviamente)

prima chiamata del pannello ordini:
- 200ms per caricare la tabella ordini
- 50ms x 40 lookup query = 2000ms per decodificare i nomi dei clienti (ho preso 40 come valore ragionevole per un pannello ben popolato)
TOTALE: 2200ms

seconda chiamata al pannello ordini
- 200ms per caricare tabella ordini
- 0ms per la decodifica, è già tutto in cache
TOTALE: 200ms

Ora, se io potessi precaricare la cache dei clienti, avrei (ragionevolmente) queste performance:
prima chiamata del pannello ordini:
- 200ms per caricare la cache dei clienti
- 200ms per caricare la tabella ordini
TOTALE: 400ms

Detto tutto ciò, si potrebbe avere una funzione proprio di questo tipo?
Non credo sia eccessivamente complessa da implementare

Ho provato anche qualche soluzione fai da te, tipo caricare una collection di clienti prima, ma non sembra avere effetto.

[r.bianco]

precaricare la cache

Interessante.

[d.arrivabene]

Non puoi estrarre i nomi dei clienti direttamente nella masterquery tramite una join piuttosto che fare una lookup separata? In questo caso i tempi dovrebbero essere inferiori a quelli che scrivi. Puoi verificare?

[theguru]

La risposta sarà sicuramente si, anche senza fare la controprova pratica.
Il punto però è diverso: il sistema delle lookup query è molto utilizzato nei progetti INDE; è davvero comodo, proprio perché mi permette di basare le mie classi su singole tabelle piuttosto che join o view, e decodificare i valori quando necessario.
Una ipotetica funzione "preload_cache" ne migliorerebbe di molto le prestazioni, indipendentemente dal fatto che posso decidere di usare un altro sistema.

Comunque ti chiedo, per esserne sicuro (seguo il mio esempio di prima):
se io ho una classe Ordini (basata su tabella ORDINI), ed in determinato pannello voglio mostrare il nome cliente decodificato (dalla classe Clienti), sono obbligato a fare la join nella master query della classe Ordini, o posso "jointare" le due classi nella master query di pannello?

[r.bianco]

Inoltre, i campi di smartlookup possono essere utilizzati per effettuare ricerche sofisticate.

[d.pierangeli]

Però c'è il problema che correresti il rischio di vedere dei dati non aggiornati se qualcuno li ha modificati dopo che hai popolato la cache.

Ho creato l'attività NPQ02802 per tenere conto di questa conversazione. Quando verrà valutata, potrai seguirne l'andamento con Instant Developer Roadmap.

[theguru]

Però c'è il problema che correresti il rischio di vedere dei dati non aggiornati se qualcuno li ha modificati dopo che hai popolato la cache

Beh, si, ma questo credo sia un problema legato al fatto di utilizzare la cache, non al fatto di popolarla con un unica richiesta di N record, piuttosto che con N richieste di un record singolo.
In generale ritengo che la cache documentale sia un ottima soluzione per migliorare le prestazioni, ma allo stato attuale abbia MOLTI parametri di miglioramento, come l'aggiornamento in scrittura, etc..