Designing a social network with CQRS, graph databases and relational databases in mind
Posted
by
Siraj Mansour
on Programmers
See other posts from Programmers
or by Siraj Mansour
Published on 2014-05-27T13:01:05Z
Indexed on
2014/05/27
15:57 UTC
Read the original article
Hit count: 574
I have done quite an amount of research on the topic so far, but i couldn't come up with a conclusion to make up my mind.
I am designing a social network and during my research i stumbled upon graph databases, i found neo4j pretty interesting for user relations and traversing through nodes. I also thought of using a relational database such as MS-SQL or MySQL to store entity data only and depending on neo4j for connections between entities. Of course this means more work in my application to store and pull data in and out of 2 different sources.
My first question : Is using this approach (graph + relational) a good approach for designing my social network keeping in mind that users on social networks don't have to in synch with real data by split second ? What are the positives and negatives of this approach ?
My Second question : I've been doing some reading on CQRS and as i understood it is mostly useful for collaborative environments, and environments where users see a lot of "stale" data. social networks has shared comments, events, etc .. and many users query or update the same data. Could CQRS be a helpful approach ? Would it give any performance/scalability benefits or non-useful complexity ? Is it fairly applicable with my possible choice of (graph + relational) databases approach mentioned in the question above ?
My purpose is to know if the approaches i have mentioned above seem good enough for the business context.
© Programmers or respective owner