标签: application-dependency

我的应用程序将大量数据从数据库加载到复杂的数据结构中.内存数据结构重新组合数据库的结构,这意味着如果数据库包含以下表:

• 表A,键是A1
• 表B,键是B1,其中一列是表A的[键]的外键
• 表C,键是C1,其中一列是表B的[键]的外键

然后我有A,B和C类,以及:

• B(B :: m_a)的数据成员是指向A的指针
• C(C :: m_b)的数据成员是指向B的指针

这意味着如果我加载数据库,我必须以正确的顺序加载它.如果我首先加载C,那么它会抱怨它不能设置值C :: m_b,因为它应指向的实例未加载.

问题是当A中的列也是其他表之一的外键时,让我们说C.

我可以通过将所有外键加载为字符串来解决问题,然后在加载所有数据后执行查找,但由于我有时需要加载数百万条记录,因此我无法在这些上花费内存(尽管是临时的) )字符串.

阅读好的设计(例如"大规模C++软件设计"一书),在我看来,根本没有循环引用是一个坏主意.例如,如果文件XH包含YH,但是YH也包括XH,那么您可能设计不好; 如果X类依赖于Y类,反之亦然,那么你可能有一个糟糕的设计,应该通过提取这个依赖并引入第三个Z来解决,它取决于X和Y(X和Y将不再依赖于彼此) .

将此设计规则扩展到数据库设计是一个好主意吗？换句话说:防止外键中的循环引用.