亚音速3Email移徙忽略了外国的钥匙

Question

使用的亚音速3Email，我产生的代码，从现有的数据库，有的外键。为确保数据库的模式始终是正确的，当交换数据库，我把移徙码在开始应用程序，使用 IDataProvider.MigrateToDatabase<MyClass>() 对于每一类所产生的Email.tt。事实证明，移徙的代码不再生外键。

我应该如何处理驻:

• 忘了驻共和处理的级联删除。赞成:轨道的方式、商业逻辑的是保持在代码。缺点：需要处理的交易、代码变得更恶心;架构之间的往返数据库和Email变得不可能，如果数据库交换/清除(需要始终保持原来的模式重新生成/修改AR代码，否则所产生的一对-很多特性将失去了什么？);此外，我的同事们可能会认为我疯了。
• 添加一步迁移到创造驻手动。赞成:方案将始终是最新的；AR码将总是能够再生。缺点：数据库的依赖(小问题？)
• 以某种方式找到一种方法来定义FK关系中的代码这样的架构可以正常迁移。

我做错了吗？我会很感激的任何建议。

Answer 1

我的工作FK的东西现在对课程和信不信由你-这是很困难的。如果你的父类包含一系列的儿童类是许多人/多？也许如果你的孩子类包含了一个参考回。这是一个软弱的假设(双向是不是一个好的设计)。

无论如何。

AR是意味着更多数据库-第一个人-所以创建数据库，然后运行AR模板。你的驻将兑现等等。