可擴展的文檔結構

Question

我正在嘗試選擇正確的數據庫和結構。 數據庫選項：MongoDB 或 DynamoDB。

文件結構選項：

{
    connected_from: string;
    connected_to: Array<string>
}

如果選擇哪個將與 MongoDB 一起使用，因為我必須經常搜索 connected_to 項目（ $in ）。 對於數十億個文檔，我需要它並且反對分片的想法，因為這兩個字段都將被索引並且可能面臨 memory 問題。 示例是 Discord 使他們切換到 Cassanda，這在我的情況下不是一個選項，因為它需要一個非高性能的二級索引。

第二種方法是使用batchWrite的 batchWrite 與此模式：

{
    connected_from: string;
    connected_to: string;
}

並為connected_to數組中的每個項目編寫此文檔。 問題：

1. connected_to數組可能會超過批處理寫入的 16 項限制，我將不得不循環數百個無法執行的元素。
2. 寫入請求的數量會使其變得昂貴。

如果 DynamoDB 有“$in”查詢而不進行掃描並實現 MongoDB 結構，那就太好了。 MongoDB 是否能夠處理數十億個文檔並使用這種結構進行擴展，或者有沒有辦法使用 DynamoDB 或其他一些可擴展的數據庫（如 Cassandra）來做到這一點？