Logica di aggiornamento cache dei documenti

[theguru]

Sollevai la questione tempo addietro, ma non ottenni risposta, quindi ci riprovo.
In pratica, secondo la mia esperienza, la logica con cui INDE aggiorna la cache dei documenti in memoria è molto limitata:
i documenti si aggiornano solo quando vengono letti dal database.
Se un documento viene modificato e scritto sul db, in cache rimane la sua vecchia copia, annichilendo la consistenza dei dati.
Certo, posso usare la procedura refresh_lookups, ma questo significa che se ho 1000 docs in cache, dovrei sacrificarne 999 solo perché ne è cambiato uno?
Mi confermate che la situazione è effettivamente questa?
Vi è un motivo per cui si è scelto di non aggiornare la cache in fase di scrittura?
Pensate che potrebbe essere una buona idea quella di correggere questo comportamento?

[t.simoncini]

Io avevo lo stesso problema. Ho dovuto fare un'assistenza e farmi scrivere da loro una procedura personalizzata che elimina dalla cachce dei documenti il documento appena salvato.
Puoi provare con la stessa strada.

[theguru]

Per curiosità, ma questo quando è successo?
Dopo questo episodio, nessuno di Progamma ha pensato potesse essere buona cosa estendere la correzione a tutti, integrandola in INDE?

[t.simoncini]

Un annetto addietro...
viewtopic.php?f=5&t=67482

Nel frattempo l'ha sottoposto anche un altro utente:
viewtopic.php?f=5&t=71009

Dopo questo episodio, nessuno di Progamma ha pensato potesse essere buona cosa estendere la correzione a tutti, integrandola in INDE?

La logica con la quale scelgono le cose da fare/non fare, spesso mi è oscura.

[d.arrivabene]

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

[d.arrivabene]

L'attività NPQ02836 è stata completata e sarà disponibile nella versione Instant Developer 20.5. Clicca qui per leggere le note di rilascio.