Executando verificação de segurança...
5

Meus 2 cents:

Como a pergunta foi bem generica e sem maiores informacoes, entao vai uma resposta bem generica:

  • Se a aplicacao eh WEB ou um APP online e os dados tem estrutura definida (entidades e campos pre-definidos como usuarios, posts, amigos, etc) entao um banco de dados relacional (p.ex. postgresql) parece fazer mais sentido.

  • Por outro lado, se a estrutura dos dados nao eh tao rigida ou vai mudar muito, a opcao NoSQL parece ser mais adequada.

De um modo geral: olhe para teus dados - se voce visualiza separacoes bem definidas em entidades com campos e relacionamentos, entao BD relacional provavelmente eh o caminho. Se os dados nao tem tanta estrutura e relacionamentos nao sao tao importantes ou definidos - o NoSQL pode ser mais interessante.

Quanto ao trabalho (maior ou menor): nao analisaria por ai - no final das contas nao faz tanta diferenca a medio/longo prazo (relacional da um pouco de trabalho extra no inicio, pois existe a necessidade de pensar em como serao montadas as entidades e relacionamentos, mas tem a vantagem de te forcar a planejar em como a aplicacao vai funcionar no final).

Mas veja, eh uma analise bem superficial - mas espero ter ajudado.

Carregando publicação patrocinada...
2

Se a estrutura não for rígida um DB relacional dá conta muito bem também, especialmente o postegrSQL. Essa justificava para adotar MongoDB já não é mais válida há bastante tempo. Claro que se for completamente sem estrutura ele pode ser melhor, ainda que relacionais atendem também, alguns de forma melhor que outros (na verdade é só questão de facilidade). Mas um DB completamente sem estrutura é muito raro, quase sempre se tem algo estruturado e uma pequena parte é mais flexível, ou seja, PostgreSQL ou outro relacional vai atender melhor em quase todos os cenários.

3

Meus 2 cents extendidos:

Sim, mesmo BD relacionais atendem dados de-estruturados (p.ex. postgresql tem campo json).

Meu olhar foi em pensar em um APP no sentido mais "muderno" (grafia propositada), algo que roda principalmente no mobile e pouco (ou quase nada) na web ou em dados remotos.

Neste tipo de APP (de um modo geral) o NoSQL faz mais sentido.

Para APP tradicionais (ainda que tenham versao mobile), o relacional de um modo geral faz mais sentido.

Mas sao analises que precisam ser feitas caso-a-caso: eh arriscado apontar o melhor caminho sem conhecer os detalhes de usabilidade ou mesmo estrutura de dados.