你如何处理 SubSonic 的“关系”？与迁移？

Question

根据这篇文章： http://subsonicproject.com/docs/3.0_Migrations

Bottom line: if you're a developer that is concerned about database design,
migrations might not be for you.

好的，没关系，我可以治疗数据库只是一个不包含任何业务逻辑的持久数据存储库。换句话说，一个美化的文本文件。

我不知道如何将两个对象关联在一起。以这两个类为例：

public class Disaster
{
    public int DisasterId { get; set; }
    public string Name { get; set; }
    public DateTime? Date { get; set; }
    public IList<Address> Addresses { get; set; }
}

public class Address
{
    public int AddressId { get; set; }
    public string WholeAddressHereForSakeOfBrevity { get; set; }
}

Disaster 包含一个包含多个遭受灾难的Addresses 的IList。当我使用 SimpleRepositoryOptions.RunMigrations 将这些添加到数据库时，它会生成包含所有列的表，但没有预期的外键列。

如何将这两者联系起来，以便在调用 Disaster.Addresses 时，获得所有受影响的 Addresses 的列表？这是可能的还是我必须使用 ActiveRecord 并首先创建数据库表？或者我是否必须在 Address 中添加灾难 ID 列？如果是这样，这种方法如何适用于多对多关系？

Answer 1

这是可能的——您只需手工完成即可。向 Disaster 添加一个名为“Addresses”的属性，并将其设为 IList<> （或者如果您希望延迟加载，您可以将其设为 IQueryable）。当您检索灾难时，请务必检索您的地址。

这有点像“手册”——但这就是想法。我正在努力对此进行增强，希望在以后的版本中推出。

在你问为什么我一开始没有这样做之前:)这是因为我不知道我是否应该根据父/子关系使用多对多或一对多。在您的示例中，我猜测它可能是一对多，但根据我对地址和灾难的了解（尤其是在佛罗里达州），它可能应该是多对多。

底线 - SubSonic 如何知道这一点？我们可以内省这两个对象的“双向性”，这意味着如果 Address 有很多灾难，那么它是多对多的（这是显而易见的）——但是如果您喜欢 DDD，那么这并不是愉快的编码。

我倾向于通过某种类型的覆盖来强制解决该问题。欢迎您对此的想法:)