Dati Point-in-Time Spiegati per la Ricerca Azionaria
Il modello a due orologi che impedisce a documenti, revisioni, calendari e identità successive di filtrare in decisioni storiche.
I dati point-in-time rispondono a quale valore o evento era idoneo a un tempo decisionale storico specifico. Mantengono tempo effettivo — quando qualcosa si applica economicamente — separato da tempo known-at — quando l’informazione è diventata osservabile. Le revisioni sono aggiunte con nuovi tempi known-at, permettendo a una query as-of di escludere correzioni future e ricostruire il set informativo originale.
Ogni record necessita dell’orologio giusto
Un trimestre fiscale può terminare mesi prima che il 10-Q sia depositato. Un’operazione insider avviene prima che il Modulo 4 diventi pubblico. Una data utile può essere stimata, revisionata, confermata e infine riportata. Una data singola non può rappresentare tutti questi stati.
Conserva tempo evento fonte, tempo osservazione pubblica, tempo ingestione e versione dove rilevante. Definisci quale orologio usa la strategia prima di unire dataset.
La storia delle revisioni impedisce viaggi a ritroso
Fondamentali rettificati, documenti emendati, notizie corrette e cambi calendario devono produrre nuove versioni. Una tabella ultimo valore può essere offerta per analisi correnti, ma non deve essere fonte per query storiche as-of.
Risolvi la versione idonea solo dopo aver applicato il cutoff. Salvare solo l’ultima riga rende impossibile una ricostruzione fedele.
- Separa tempo effettivo e known-at.
- Aggiungi revisioni.
- Usa universi titoli point-in-time.
- Registra il cutoff con ogni risultato.
Testa la pipeline
Scegli cutoff storici attorno a emendamenti o cambi calendario noti e verifica che versioni future spariscano. Testa eventi after-hours contro la sessione di scambio successiva.
DataCedar trasporta questi orologi attraverso documenti, fondamentali, utili, trascrizioni, notizie e copertura così l’evidenza può essere unita senza regole temporali nascoste diverse per ogni flusso.
Key takeaways
- 01Tempo effettivo non è tempo di disponibilità pubblica.
- 02Le revisioni devono essere versioni append-only.
- 03Applica il cutoff prima di selezionare valori.
- 04Testa con cambi reali ed emendamenti.
Il modello a due orologi che impedisce a documenti, revisioni, calendari e identità successive di filtrare in decisioni storiche.
Start freeView pricing