Com experiência você aprende que em grande parte dos casos você não sabe o padrão de acesso, até porque ele mudará ao longo do tempo. Especialmente leituras mudam muito de um jeito imprevisível. Então é comum cair no problema da otimização prematura, ou seja, adota algo que depois de um tempo não é mais a melhor opção.
Então é necessário adotar algo que você conseguirá atender as mudanças futuras. E o modelo relacional costuma atender melhor uma faixa grande se soluções.
Além disso a maioria dos casos não faz muita diferença, as pessoas costumam ter menos acessos do que acreditam que terá. Então, assim como acontece com linguagens, pode ser que o melhor seja o que você sabe usar bem.
Não existem bancos de dados NoSQL, então não dá para comparar relacional com isso. Dá para comparar com cada modelo.
Existe um mito que o modelo de documento oferece mais performance que o relacional, seja em qualquer eixo que se olhe. Mesmo que tenha um padrão que ele se dê bem, é possível usar o mesmo padrão em um banco de dados relacional e obter mais performance. Fora isso, quase ninguém tem um caso que precise dele por razões de performance.
O documento frequentemente é usado porque qualquer coisa que use funcionará bem, não precisa de escolha. E eu recomendo para quando não precisa escolher, vai de relacional.
KVs só são melhores em usos muito específicos e que costuma ser de interesse da infraestrutura e não do problema principal. Geralmente eles não são bancos de dados de verdade, então trabalham junto com outro produto que seja o DB real da aplicação.
Adoção de modelos mais complexos com estruturas diferentes só fazem sentido para um grupo pequeno de situações e sempre que a pessoa for adotar isso, ou ela é muito craque para usar aquilo direito ou o resultado será pior. pra deixar bem claro, a esmagadora maioria das pessoas não sabem usar isso.
Essencialmente todas as aplicações principais são pesadas em leitura, quase sempre muitas vezes mais, até mesmo algumas ordens de magnitude. Novamente, algo que tenha mais escritas é algo muito específico da aplicação. O exemplo do log foi usado várias vezes, porque é quase só isso mesmo, pelo menos é parecido com um log. E não tem banco de dados absurdamente melhor em escritas, tem em leitura.
Sugestão: tente fazer um texto que traga algo novo, algo que a IA não entrega.
S2
Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui).