Linq to SQL和大型數據庫模型

Question

首先，我是Linq to Sql新手，所以請溫柔:)。

我在過去的3.5年裏開發了現有的ASP.Net應用程序。它下面有相當大的數據模型，大約有350個表格。我正在嘗試用Linq to SQL來做一些新的事情。

第一印象是linq designer和SqlMetal是爲不大於NorthWind示例的數據庫而構建的。這裏有一些問題我有：

1. 我有表Products需要在很多地方（庫存，發票，生產，...）。如果我將表Products放在每個dbml文件中，linq designer會在它們中的每一箇中創建Product類。我不想那樣。我只想要一個Product類。
2. 我有關於航運的DataContext。它需要大約40張桌子。這使得dbml文件很難管理。有沒有辦法創建更小的dbml文件，然後將它們（作爲參考）包含到一些「主要」dbml中？

現在，我真的很喜歡Linq，但我認爲它仍然嚴重缺乏任何大於10桌的設計工具。

我現在的解決方案是用Linq設計器構建較小的模型，然後手動合併它們（添加屬性和引用），因此將生成大量代碼，但也會有許多手動工作。

我錯過了一些很大的東西，或者是與Linq to Sql的這種當前狀態？

Answer 1

如果我是你，是MS推薦ORM我會用Entity Framework因爲這前進Microsoft kills Linq to SQL

Answer 2

你有沒有碰到過這樣的文章在MSDN上？

http://msdn.microsoft.com/en-us/library/bb387007.aspx

似乎有一個命令行工具來生成對象模型，而不使用在VS.net的可視化設計。

Answer 3

爲什麼你想要多個dbml文件？只需將它們全部合爲一體。這就是它的工作原理。

Answer 4

好吧，我的解決方案是使用SQLMetal的/code選項在.cs文件而不是DBML文件中創建普通類，並在分開的文件中使用部分類來擴展生成的ORM類。

我知道這並不能解決您將數據庫的各個部分拆分爲不同的ORM程序集的問題 - 我剛發現沒有DBML/Designer的頭疼，在.cs文件中管理大量類時wasn'太糟糕了。