我刚刚开始使用Linq to SQL，我想知道是否有人可以共享用于管理dbml文件的最佳实践。

• 我们如何使它们与数据库保持最新？
• 整个数据库是否只有一个dbml文件，还是将其拆分为多个逻辑单元？
• 在团队环境中如何管理此文件？

任何其他提示和技巧都欢迎。

解决方案

回答

在我看来，L2S设计器不支持与数据库结构同步的事实是一个巨大的限制。但是，有一个加载项可提供一些重新同步功能：

http://www.huagati.com/dbmltools/

不幸的是，它不再是免费的。

回答

我们看过SqlMetal吗？它得到了官方的支持，尽管没有得到太多的提升。我们可以使用它从命令行中构建dbml，我们已将其用作db连续集成更新的一部分(如果这样做，请确保我们确实具有很好的代码分离性，尽管部分类是一个救星，因为dbml将被覆盖)。

如果我没记错的话，它没有与Visual Studio中的模型设计器完全相同的功能(我认为它处理多元化的方式不同)。 Ben Hall的博客上有一篇很好的文章。

回答

PLINQO是一组生成LINQ to SQL的代码生成模板。它支持与数据库同步以及将实体分为多个类，以及使LINQ to SQL易于使用的许多其他功能。

在http://www.plinqo.com上查看PLINQO网站以及介绍视频。

回答

由于我们询问了其他管理DBML的技巧和窍门，因此...

从数据库刷新DBML文件时，会有某些架构设置无法使用，例如默认列值，迫使我们手动更改设置。每次刷新DBML时，这可能会导致浪费时间，而没有意识到或者记住我们需要在何处进行手动调整，并且代码开始失败。

为了防止这种情况，一个技巧是编写一个单元测试，该单元测试使用反射来检查那些(手动)设置的LINQ元数据。如果测试失败，则会给出描述性错误消息，指示用户对列属性进行适当的更改。这不是一个完美的解决方案，如果我们进行了许多手动设置，它可能也不方便，但是它可以自己和团队避免一些麻烦。

这是一个nunit测试示例，用于检查是否已将列设置为从数据库自动生成。

[Test]
    public void TestMetaData()
    {
        MyObj my_obj = new MyObj()
        {
            Foo = "bar",
        };

        Type type = MyObj.GetType();
        PropertyInfo prop = type.GetProperty("UpdatedOn");
        IEnumerable<ColumnAttribute> info = (IEnumerable<ColumnAttribute>)prop.GetCustomAttributes(typeof(ColumnAttribute), true);
        Assert.IsTrue(
            info.Any<ColumnAttribute>(x => x.IsDbGenerated == true), 
            "The DBML file needs to have MyObj.UpdatedOn AutoGenerated == true set. This must be done manually if the DBML for this table gets refreshed from the database."
        );
    }

回答

这是一个提供有关LINQ到SQL最佳实践的良好信息的链接。

http://www.a2zmenu.com/LINQ/LINQ%20to%20SQL%20Best%20Practice.aspx