|
|
|
|
|
by kbrajesh176
12 days ago
|
|
Exactly. sharding is for scaling usecase where queries can be handled within a shard(co-partitioning). If sharding strategy can assign keys from two tables where join is needed you can get achieve same performance. In another usecase where joins are not needed realtime, you can build another system where results are precomputed and cached.
I consider sharding as methodology for scaling instead of onefit all solution. Overall it depends on usecase and sound sharding strategy for performance. |
|