Dados Pontuais no Tempo Explicados para Pesquisa de Ações
O modelo de dois relógios que impede que arquivos, revisões, cronogramas e identidades posteriores vazem para decisões históricas.
Dados pontuais respondem qual valor ou evento era elegível em um tempo histórico específico de decisão. Mantém tempo efetivo — quando algo se aplica economicamente — separado do tempo conhecido — quando a informação se tornou observável. Revisões são acrescentadas com novos tempos conhecidos, permitindo que uma consulta as-of exclua correções futuras e reconstrua o conjunto original de informações.
Cada registro precisa do relógio correto
Um trimestre fiscal pode terminar meses antes de seu 10-Q ser arquivado. Uma negociação de insider ocorre antes do Formulário 4 se tornar público. Uma data de resultados pode ser estimada, revisada, confirmada e finalmente reportada. Uma data única não pode representar todos esses estados.
Armazene tempo do evento fonte, tempo de observação pública, tempo de ingestão e versão quando relevante. Defina qual relógio a estratégia usa antes de unir conjuntos de dados.
Histórico de revisões impede viagem ao passado
Fundamentos reexpressos, arquivos emendados, notícias corrigidas e mudanças de cronograma devem produzir novas versões. Uma tabela de valor mais recente pode ser oferecida para análise atual, mas não deve ser fonte para consultas históricas as-of.
Resolva a versão elegível somente após aplicar o corte. Salvar apenas a linha mais recente torna impossível reconstrução fiel.
- Separe tempo efetivo e tempo conhecido.
- Acrescente revisões.
- Use universos pontuais de segurança.
- Registre o corte com cada resultado.
Teste o pipeline
Escolha cortes históricos em torno de emendas conhecidas ou mudanças de cronograma e verifique que versões futuras desaparecem. Teste eventos pós-horário contra a próxima sessão da bolsa.
DataCedar carrega esses relógios em arquivos, fundamentos, resultados, transcrições, notícias e cobertura para que evidências possam ser unidas sem regra oculta diferente para cada fluxo.
Key takeaways
- 01Tempo efetivo não é tempo de disponibilidade pública.
- 02Revisões devem ser versões apenas acrescentadas.
- 03Aplique o corte antes de selecionar valores.
- 04Teste com mudanças reais e emendas.
O modelo de dois relógios que impede que arquivos, revisões, cronogramas e identidades posteriores vazem para decisões históricas.
Start freeView pricing