对于JSON API,选择RethinkDB而不是传统SQL的合适程度如何？

我正在构建我的网络应用程序的后端; 它将作为前端的API,它将用Python编写(确切地说是Flask).

在做了一些关于设计和实现的决定之后,我进入了数据库部分.我开始考虑NoSQL数据存储是否比传统的SQL数据库更适合我的项目.以下是一个基本的功能描述,应该由数据库处理,然后我可以提出一个关于我应该选择哪种类型的存储的优缺点列表.最后说一下为什么我考虑过RethinkDB而不是其他NoSQL数据存储.

API的基本功能

API包含只有少数车型:Artist,Song,Suggestion,User和UserArtists.

我希望能够添加User一些关联数据并将其链接Artist到它.我想根据请求添加Songs Artist,并生成一个Suggestionfor User,其中包含一个Artist和一个Song.

也许最重要的部分之一是Artists将定期链接到Users(并且Artists也可以从系统中删除 - 因此也可以从s中删除User- 如果它们不满足某些标准).Songs也将动态添加到Artists.所有这些意味着Users没有固定的Artists组,也没有Artist固定的Songs组 - 它们将不断更新.

优点

对于NoSQL:

灵活的架构,因为不是每个Artist都有FacebookID或SongSoundcloudID;

虽然是JSON API,但我相信我会受益于记录存储为JSON的事实;

我相信Songs 的数量,但特别是Suggestions会提高很多,因此NoSQL会在这里做得更好;

对于SQL:

它固定的模式可以派上用场模型之间的关系;

Flask支持SQLAlchemy,它非常有助于定义模型;

缺点

对于NoSQL:

关系更难实现,更新模型事务就像涉及一些代码;

Flask没有任何包装器或模块来简化操作,因此我需要实现某种包装器,以帮助我在进行数据库操作时使代码更具可读性;

我不知道如何存储我的记录,特别是UserArtists

对于SQL:

操作很笨重,我必须定义模式,检查列是否有默认值,分配默认值,验证数据,开始/提交事务 - 我认为对于像API这样简单的事情来说太麻烦了;

为什么选择RethinkDB？

我已经考虑过RehinkDB可能为我的API实现NoSQL,原因如下:

它看起来比其他解决方案更简单,更轻巧;

它具有本机Python支持,这是一个很大的优势;

它实现了表连接和其他可以在我的API中派上用场的东西,它在模型之间有一些关系;

这是一个新的,我看到社区有很多暗示和爱.还有意愿不断添加利用数据库交互的新东西.

所有这些都在考虑之中,我很高兴听到有关NoSQL或SQL是否更适合我的需求的任何建议,以及两者上的任何其他赞成,当然还有一些我没有说明的事情的更正正常.