LINQ to Entities utiliza ObjectContext, no DataContext.
He aquí una breve descripción de EF:
LINQ to Entities, the ObjectContext Class, and the Entity Data Model
LINQ a Entidades consultas utilizan la infraestructura de servicios objeto. La clase ObjectContext es la clase principal para interactuar con un EDM como objetos CLR. El desarrollador construye una instancia de ObjectQuery a través del ObjectContext . La clase ObjectQuery genérica representa una consulta que devuelve una instancia o colección de entidades tipadas. Los objetos de entidad devueltos por ObjectQuery son rastreados por el contexto del objeto y se pueden actualizar utilizando el método SaveChanges.
Ni siquiera funciona del mismo modo que el DataContext en LINQ to SQL. Si bien es cierto que ambos administran la conexión y rastrean los cambios, sin embargo, difieren en cómo modelan las estructuras de datos y las relaciones.
Sin embargo, daría un poco de holgura al cartel de esa respuesta incorrecta, porque LINQ to SQL hace referencia a "entidades", y alguien que no esté familiarizado con EF podría estar pensando que saben de lo que está hablando.
Por ejemplo:
LINQ to SQL and the DataContext Class
El DataContext es el fuente de todas las entidades mapeadas en una conexión de base de datos . It seguimiento de los cambios que realizó en todas las entidades recuperadas y mantiene una "caché de identidad" que garantice que las entidades recuperadas más de una vez se representan mediante el uso de la misma instancia de objeto .
Puede ser confuso.
Para aquellos de ver esta cuestión ahora (la pregunta es unos pocos años), DataContext tampoco debe confundirse con DbContext encontrado en Entity Framework 4.1 :-) –