Atualmente o item de relacionamento entre journal e bundle é produzido a partir de uma estrutura semelhante a {"id": "bundle-id", "ns": ["dado-1", "dado-2", "year", ..., "dado-n"]}. Foi diagnosticado que tal estrutura é insuficiente e rígida em relação aos dados do namespace do relacionamento.
A proposição averiguada pelo time de desenvolvimento é que faz mais sentido o item de relacionamento possuir mais chaves além das duas id e ns. A chave ns será removida e os dados que podem ser utilizados para o relacionamento ganham suas próprias chaves, exemplo:
Descrição da tarefa
Atualmente o item de relacionamento entre
journal
ebundle
é produzido a partir de uma estrutura semelhante a{"id": "bundle-id", "ns": ["dado-1", "dado-2", "year", ..., "dado-n"]}
. Foi diagnosticado que tal estrutura é insuficiente e rígida em relação aos dados donamespace
do relacionamento.A proposição averiguada pelo time de desenvolvimento é que faz mais sentido o
item
de relacionamento possuir mais chaves além das duasid
ens
. A chavens
será removida e os dados que podem ser utilizados para o relacionamento ganham suas próprias chaves, exemplo:As chaves
id
eyear
serão às únicas obrigatórias.Subtarefas
journal
ebundle
Considerações e notas
Mais detalhes sobre a discussão podem ser vistos na issue https://github.com/scieloorg/opac-airflow/issues/79#issuecomment-523455990