Sono sorpreso nel constatare che i risultati della ricerca in datomico non sono pigri, quando le entità lo sono.Domande e pigrasi anatomiche
Esiste una giustificazione logica per questa scelta che mi manca? Sembra ragionevole che qualcuno voglia voler (mappare some-fn (prendi 100 query-result-contenenti-milioni)), ma questo forzerebbe la valutazione dell'intero insieme di entità-id, no?
C'è un modo per ottenere un pigro seq (di entità-id) direttamente indietro dalla query, o devono sempre essere caricati in memoria prima, con la pigrizia disponibile solo attraverso l'entità?
Nessuna giustificazione logica che io possa vedere, ma questo sembra un problema sottile. Secondo i documenti, ogni passaggio intermedio in una query deve rientrare nella memoria anche se non è necessario il set di dati sottostante. Questa sembra essere la ragione per cui anche il risultato deve essere contenuto nella memoria. Immagino che abbia qualcosa a che fare con come funziona il datalog o come lo implementano. Non è chiaro se questo requisito e la mancanza di una API di query lazy siano correlati, ma questa è la mia ipotesi migliore. Nota anche che anche le funzionalità di aggregazione sono ancora contrassegnate come beta. –
Per quanto riguarda la seconda domanda, 'datomi' e' seek-datom' sono i più vicini che si ottengono: forniscono un accesso pigro ai dati non elaborati. –