Manter consistencia durante atualizaçāo de perfil

[eduardomoroni]

Entendo as limitaçōes que o firebase nos traz. Cheguei num cenário complicado de contornar sem mudar a representaçāo dos dados.

Atualizar perfil: Quando um usuário atualiza seu perfil, precisamos atualizar TODOS os pedidos de carona deste usuário e TODAS as ofertas de carona deste usuário. Problema: O documento que armazena informaçōes de pedidos de carona segue a seguinte estrutura, usando a notaçāo do flow-typed

[rideId: string]: {
   [requestId: string]: {
      profile: {
        name: string,
        contact: {
          kind: string,
          value: string
        }
     }
   }
}

Para eu conseguir atualizar preciso buscar todos os Rides o que me faria retornar TODOS os objetos de carona. Minha sugestāo é inserir o userId dentro do profile.

Alguem teria outra sugestāo?

Anexando imagem para facilitar entendimento:

[eduardomoroni]

Aconteceu algo semelhante quando tentei buscar Todas os pedidos de carona de um usuário 😅

[luismizutani]

Isto me traz uma dúvida. Para o nosso produto existe alguma vantagem real em usar uma base não relacional?

[eduardomoroni]

Eu havia conversado com @rogeriochaves sobre isso, a ideia de usar o firebase para o MVP foi devido a simplicidade de lidar com autenticaçāo, push notification e ter um banco que poderiamos usar facilmente. A medida que o projeto foi sendo desenvolvido começou a ficar evidente que o modulo de banco de dados do firebase nāo é tāo eficaz para o nosso uso.

[eduardomoroni]

fechando a issue pois o PR já foi mergeado, mas podemos continuar a conversa aqui caso necessario. 🤠

[rogeriochaves]

@eduardomoroni sim, acho que o firebase nos atrapalha bastante na real, seria muito bom trocar pra um relacional.

Mas acho que dá pra reaproveitar o firebase só pras notificações e talvez até pra autenticação, e deixar o relacional pros dados mesmo