How do you deal with denormalization / secondary indexes in database sharding?
Posted
by Continuation
on Stack Overflow
See other posts from Stack Overflow
or by Continuation
Published on 2010-05-02T03:14:58Z
Indexed on
2010/05/02
3:17 UTC
Read the original article
Hit count: 400
Say I have a "message" table with 2 secondary indexes:
- "recipient_id"
- "sender_id"
I want to shard the "message" table by "recipient_id". That way to retrieve all messages sent to a certain recipient I only need to query one shard.
But at the same time, I want to be able to make a query that ask for all messages sent by a certain sender. Now I don't want to send that query to every single shard of the "message" table. One way to do this is to duplicate the data and have a "message_by_sender" table sharded by "sender_id".
The problem with that approach is that every time a message has been sent, I need to insert the message into both "message" and "message_by_sender" tables.
But what if after inserting into "message" the insertion into "message_by_sender" fail? In that case the message exists in "message" but not in "message_by_sender".
How do I make sure that if a message exists in "message" then it also exists in "message_by_sender" without resorting to 2 phase commit?
This must be a very common issue for anyone who shards their databases. How do you deal woth it?
© Stack Overflow or respective owner