DLINQ *.dbml文件该属于哪一层，的确Linq to Sql存在问题，DLINQ中，虽然可以在语言层级定义查询逻辑。但是依然没有将数据库持久化数据映射为领域对象，所以还是一种针对数据库的编程模型。
LINQ是微软将在C# 3.0中将推出的语言集成查询技术，许多人也将LINQ叫做微软的ORM。LINQ不仅仅针对关系数据库，它只是解决一个问题Data!=Object，也就是说他解决的就是Data=Object.。作为底层框架，可以为ORM实现提供更强大的基础平台。在Linq之前在.net领域最流行的框架就是Nhibernate。是不是在LINQ之后Nhibernate就要消失呢？答案自然是否定的。这里有个帖子Microsoft LINQ + NHibernate：
在那篇帖子中，作者列举了三大原因：
在DLINQ中，虽然可以在语言层级定义查询逻辑。但是依然没有将数据库持久化数据映射为领域对象，所以还是一种针对数据库的编程模型。而Nhibernate则可以直接将关系数据映射为领域模型，这是DLINQ的主要问题。
DLINQ不支持继承类的映射。
Nhibernate已经提供了许多帮助进行领域面向对象建模的特征。而DLINQ目前还无法拥有。
而LINQ + NHibernate的好处则是：
类型安全的查询，并且能使用智能提示功能！这样可以不用学习HQL了。
能获得所有NHibernate所拥有的能力。
假如你已经从数据库中查询出了一个数据集，那么可以使用LINQ来进行过滤，排序和分页操作。
从原理上来说，DLINQ是将Lambda查询表达式解析为SQL语句：DLINQ => SQL，而NHLINQ则是将Lambda查询表达式解析为HQL语句：NHLINQ => HQL。
开源社区的智慧是无穷的，并且和微软也不是你死我活的关系。反倒应该是一种互相补充的关系。开源社区可以做一个.net framework这样大的东西Mono，开源社区的这些闪烁的创造性思维火花也为沉闷的软件开发带来了很多灵气。也保持了我们这些没有多少机会能做创造性工作的普通程序员的一些创作热情！
LINQ没有提供在多层应用程序中应用的功能，这一个功能可以通过序列化Expression Tree 来解决，Expression Tree 就可以通过Remoting或者WCF发布出去，正好有一个开源项目解决这个问题：http://www.codeplex.com/interlinq。这个项目也包含着上面所说的NHibernate.Linq.