小编cra*_*ech的帖子

假设我有一个 BankAccount 表和一个 BankAccountHistoryTransactions 表。

当涉及到 RDBMS 数据库模式设计时，大多数数据库设计人员会推荐以下内容：

BankAccount Table

int: BankAccountNumber Primary key

double: CashBalance

......

..

此外，在 RDBMS 数据库设计中，BankAccountHistoryTransactions 表将类似于：

BankAccountHistoryTransactions Table

int: BankAccountHistoryTransactionsId Primary key

int: FK_BankAccountNumber Foreign key

DateTime2: DateOfTransaction

.................

.........

在 NoSQL MongoDB 数据库模式中，它更像是一个包含嵌入式 BankAccountHistoryTransactions 集合的 BankAccount 集合：

db.BankAccount.find().pretty()
{
    "_id" : ObjectId("51f7be1cd6189a56c399d3bf"),
    "BankAccountNumber" : "7575785885859",
    "CashBalance" : "890399",
....................................,
...............................,
.......................,
    "BankAccountHistoryTransactions" : {
        "_id" : ObjectId("51f7be1cd6189a56c399d3bf"),
        "BankAccountHistoryTransactionsId": 1,
        "DateOfTransaction" : ISODate("2019-12-31T23:00:00Z")

}
}

我对 NoSQL MongoDB 数据库架构设计方法的问题是银行账户可能有大量的 BankAccountHistoryTransactions 条目（可能进入银行账户的数十万个 BankAccountHistoryTransactions 条目）。

因此，如果我们使用如下所示的伪外键关系会不会更好： …