Quão bom / estúpido seria usar a estrutura em árvore do Firebase paradiretamente representa umvoltado para o usuário estrutura de árvore, como um "esboço de documento" em "processadores de texto"? Em oposição a e. fazendo um tipo de relacionamento pai-filho com junção SQL e construindo a árvore por meio de uma projeção (o que provavelmente seria lento).

Eu sei que há um limite de 32 níveis de aninhamento (https://www.firebase.com/docs/web/guide/understanding-data.html ), o que deve ser suficiente, pois não consigo imaginar um usuário sensato querendo fazer o mesmo nível de aninhamento para um esquema de árvore textual ... Embora talvez eu precise dividir 32 por dois, porque cada nó precisa ter sub-nós por seus filhos e metadados, certo?

Sei que uma vez que um nó de árvore é acessado via Firebase API, todos os subnós precisam ser buscados, o que pode ser um problema de desempenho se o usuário tiver muitos dados, mas no final acho que isso não seria um problema , já que os dados seriam principalmente um texto sem formatação inserido pelo usuário (abreviado).

Um problema de desempenho pode surgir se o usuário colar alguns pedaços muito longos de texto copiados de algum lugar (por exemplo, dezenas de kilobytes). Mas então eu poderia separar esses "TLOB-s" por meio de um tipo de "link simbólico" no firebase e buscá-los sob demanda em um nó diferente, certo? O mesmo se aplica à separação de imagens e outros objetos pesados, certo? Embora em um protótipo e nos estágios iniciais, isso provavelmente deva ser ignorado, por uma questão de simplicidade ... Eu provavelmente poderia implementar uma abordagem genérica de "ligação simbólica", para superar a limitação de 32 níveis e a necessidade de buscar todas as sub- nós de uma vez, certo? Existe alguma abordagem de práticas recomendadas para isso (por exemplo, sintaxe para um nó da base de firmas que simbolizaria um link para outro nó)? Eu extraí a idéia de "ligação simbólica" para uma pergunta separada:Firebase "link simbólico" para outro nó .

Provavelmente eu poderia particionar os nós superiores em alguns tipos de projetos / categorias para evitar ter que buscar absolutamente tudo o que o usuário já teve ...

Meu raciocínio / abordagem está correto?

Existe alguma consideração em que eu não pensei, por ex. limites inatos ao tamanho ou desempenho dos dados ou por ex.regras de segurança?

Seria melhor atendido por outras tecnologias como Couchbase / Pouchbase?

Detalhes adicionais: isso é para um aplicativo móvel híbrido com alguma ênfase também no acesso à web e acesso offline. Espero fazer a maior parte da lógica em Javascript. A parte da interface do usuário da pergunta está aqui:Árvore HTML para aplicativo móvel híbrido .