Dados no Ponto no Tempo Explicados para Pesquisa de Ações
O modelo de dois relógios que impede que arquivos posteriores, revisões, cronogramas e identidades vazem para decisões históricas.
Dados no ponto no tempo respondem qual valor ou evento era elegível em um determinado tempo de decisão histórica. Ele mantém o tempo efetivo — quando algo se aplica economicamente — separado do tempo conhecido — quando a informação se tornou observável. Revisões são anexadas com novos tempos conhecidos, permitindo que uma consulta 'as-of' exclua correções futuras e reconstrua o conjunto de informações original.
Cada registro precisa do relógio certo
Um trimestre fiscal pode terminar meses antes de seu 10-Q ser arquivado. Uma negociação interna ocorre antes que seu Formulário 4 se torne público. Uma data de lucros pode ser estimada, revisada, confirmada e finalmente relatada. Uma única data não pode representar todos esses estados.
Armazene o tempo do evento de origem, tempo de observação pública, tempo de ingestão e versão onde relevante. Defina qual relógio a estratégia usa antes de juntar conjuntos de dados.
Histórico de revisões impede viagem para trás
Reclassificações de fundamentos, arquivos alterados, notícias corrigidas e alterações de cronograma devem produzir novas versões. Uma tabela de último valor ainda pode ser oferecida para análise atual, mas não deve ser a origem para consultas históricas 'as-of'.
Resolva a versão elegível apenas após aplicar o corte. Salvar apenas a última linha torna a reconstrução fiel impossível.
- Separe tempo efetivo e tempo conhecido.
- Anexe revisões.
- Use universos de títulos no ponto no tempo.
- Registre o corte com cada resultado.
Teste o pipeline
Escolha cortes históricos em torno de alterações conhecidas ou mudanças de cronograma e verifique se as versões futuras desaparecem. Teste eventos fora do horário em relação à próxima sessão da bolsa.
A DataCedar carrega esses relógios através de arquivos, fundamentos, lucros, transcrições, notícias e cobertura para que as evidências possam ser juntadas sem uma regra de tempo oculta diferente para cada fluxo.
Key takeaways
- 01Tempo efetivo não é tempo de disponibilidade pública.
- 02Revisões devem ser versões somente anexar.
- 03Aplique o corte antes de selecionar valores.
- 04Teste com mudanças e emendas reais.
O modelo de dois relógios que impede que arquivos posteriores, revisões, cronogramas e identidades vazem para decisões históricas.
Start freeView pricing