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.