NoSQL ou PostgreSQL? Tenho dúvidas sobre o que é melhor para o meu cenário.

Tem bem poucas informações sobre seu cenário. Uma das coisas mais importante para desenvolver um software e IA nenhuma faz isso e não vai fazer tão cedo é colher requisitos adequados, e eles precisam ser extensos, amplos, e olhando para o futuro também, sem cair no YAGNI.

Nada muito grandioso podemos dizer que literalmente qualquer coisa serve. Muito provavelmente, mas não podemos ter certeza pela falta de requisitos, até o SQLite pode ser adequado, se a pessoa souber o que está fazendo.

Eu nunca vi essa aceleração de desenvolvimento com NoSQL, a não ser que seja a única coisa que a pessoa saiba fazer. Nunca vi nada em SQL que fosse mais difícil de fazer, pelo menos quando a pessoa sabe fazer. Você tem que gravar dados e recuperar dados, não existe milagre, não tem tecnologias que vão fazer isso com uma linha muito simples quando a questão for complexa. Você pode ter um ganho aqui, uma perda ali, mas no fim dá na mesma. E mesmo que tenha um ganho mínimo com um, provavelmente a manutenção depois será muito pior, esse é um tradeoff quase inexorável.

Se usar um ORM dá literalmente na mesma.

Eu vou de relacional até que se prove que ele não é adequado, ele é poderoso e flexível, quase a prova de futuro (ou seja, mesmo que surjam novos requisitos, provavelmente ele dará conta se a pessoa modelou certo, e ainda dá mesmo se fez errado.

No fim, o que conta é a pessoa saber o que está fazendo, entender como são os modelos de dados existentes, como cada ferramenta trabalha.

Como informação adicional, o PostgreSQL provavelmente é o relacional mais próximo de atingir os objetivos que o NoSQL atende (na verdade o modelo de documento, né? porque se for outra coisa, a comparação parece errada - NoSQL não é um modelo de banco de dados, é um nome guarda-chuva para vários modelos, então a comparação nem cabe). Qualquer modelo NoSQL é para nichos muito específicos, ou para algo que tanto faz o que vai usar que dá na mesma, portanto mesmo não sendo o mais adequado, um MongoDB poderia te atender bem também, não sei o futuro.

S2

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui no perfil também).

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.

NoSQL (usando o termo genérico) brilha em aplicações de big data (que normalmente os dados são não estruturados ou semi-estruturados) e cloud native (por causa do sharding, escalabilidade horizontal de bancos de dados distribuídos, como o Cassandra e o próprio Mongo).

SQL brilha em quase tudo e provavelmente é o suficiente pra qualquer aplicação que uma pessoa sozinha vai fazer.

Seu projeto parece ser orientado a relacionamentos, então um NoSQL que se encaixaria em parte da aplicação, por exemplo, sistema de recomendação, é um Neo4J ou outro orientado a grafos. Mas pra persistência dos dados mesmo, como banco principal, um SQL como PostgreSQL ou SQLite que seja é completamente ok.

Hoje também existem soluções SQL Cloud Native, como o Neon e o CockroachDB, então se a necessidade é escalabilidade horizontal ou serveless (que o Mongo tem pelo serviço do Atlas), isso você também encontra com um banco SQL.

Concordo com o @maniero e não acho que acelere o desenvolvimento usar um NoSQL em vez de um SQL. Usa um ORM como o Dapper ou o próprio Entity Core Framework e você estará bem servido.

Se você tem dúvida você não está preparado para garantir a confiabilidade dos dados em um NoSQL, então vai de postgres

utilizar NoSQL iria acelerar o desenvolvimento

Sim, mas isso tem um custo. Geralmente o custo é aumentar muito a complexidade da aplicação. Você está preparados para isso?

Se voce tem dúvidas e nao conseguiu justificar o porque, vai de PostgreSQL. O resto é moda e aventura que irá lhe cobrar o preço mais a frente. Para comparação, o Notion ainda usa PG.

Eu tive muita essa dúvida no começo eu ficava socando tudo em mongodb pq era a stack cool, hoje em dia estou me formando em arquitetura de sistemas e inclusive um dos meus professores escreve o mongob lá na empresa do atlas, na duvida vai de postgresql, porque a maioria das pessoas trata o banco nosql como um lixão, mas é uma nova maneira de pesquisar e estruturar dados baseado em documentos, pra mvp a melhor escolha é o postgresql quando tu ta querendo testar, até pq o modelo baseado em tabelas é mais intuitivo e existe menos possibilidade de acabar virando um lixão e consumir MUITA cpu pra processar dados q é o que ocorre com frequencia dentro de nosql em muitas empresas. Até pq se a tua estrutura estiver bem definida é bem fácil de migrar do postgresql pra mongo, tendo arquitetura e outros padrões.