¿Cómo extiendes Linq a SQL?

Question

El año pasado, Scott Guthrie stated "En realidad puede anular el SQL sin formato que utiliza LINQ to SQL si desea un control absoluto sobre el SQL ejecutado", pero no puedo encontrar documentación que describa un método de extensibilidad.

me gustaría modificar la siguiente LINQ a SQL consulta:

using (NorthwindContext northwind = new NorthwindContext()) { 
    var q = from row in northwind.Customers 
      let orderCount = row.Orders.Count() 
      select new { 
       row.ContactName, 
       orderCount 
      }; 
}

que se traduce en la siguiente TSQL:

SELECT [t0].[ContactName], (
    SELECT COUNT(*) 
    FROM [dbo].[Orders] AS [t1] 
    WHERE [t1].[CustomerID] = [t0].[CustomerID] 
    ) AS [orderCount] 
FROM [dbo].[Customers] AS [t0]

Para:

using (NorthwindContext northwind = new NorthwindContext()) { 
    var q = from row in northwind.Customers.With (
         TableHint.NoLock, TableHint.Index (0)) 
      let orderCount = row.Orders.With (
         TableHint.HoldLock).Count() 
      select new { 
       row.ContactName, 
       orderCount 
      }; 
}

Qué haría da como resultado el siguiente TSQL:

SELECT [t0].[ContactName], (
    SELECT COUNT(*) 
    FROM [dbo].[Orders] AS [t1] WITH (HOLDLOCK) 
    WHERE [t1].[CustomerID] = [t0].[CustomerID] 
    ) AS [orderCount] 
FROM [dbo].[Customers] AS [t0] WITH (NOLOCK, INDEX(0))

Usando:

public static Table<TEntity> With<TEntity> (
    this Table<TEntity> table, 
    params TableHint[] args) where TEntity : class { 

    //TODO: implement 
    return table; 
} 
public static EntitySet<TEntity> With<TEntity> (
    this EntitySet<TEntity> entitySet, 
    params TableHint[] args) where TEntity : class { 

    //TODO: implement 
    return entitySet; 
}

Y

 
public class TableHint { 
    //TODO: implement 
    public static TableHint NoLock; 
    public static TableHint HoldLock; 
    public static TableHint Index (int id) { 
     return null; 
    } 
    public static TableHint Index (string name) { 
     return null; 
    } 
}

El uso de algún tipo de LINQ a SQL extensibilidad, aparte de this one. ¿Algunas ideas?

Answer 1

La capacidad de cambiar el proveedor subyacente y por lo tanto modificar el SQL no hizo el corte final en LINQ to SQL.

el blog

Answer 2

DataContext x = new DataContext;

// Algo así como esto?

var a = x.Where(). Con() ... etc

de que tiene un control mucho más fino sobre el sql let.

Answer 3

que desea traducir un árbol de expresión en SQL ... Es necesario poner en práctica su propia IQueryProvider

IQueryProvider Reference
How To

MSDN How To

Answer 4

Matt Warren tiene todo lo necesario para que:

http://blogs.msdn.com/mattwar/