La pregunta completa ha sido reescrita para ser más clara.

Nuevo diseño de proyecto:

Sql Server 2012Visual Studio 2012 .Net 4.5La lógica de negocio se implementará en procedimientos almacenados.ASP.Net WebformsWCF SOAP XML Web Service para comunicarse con la base de datos utilizando los procedimientos almacenados provistos por DBAEntity Framework o conjunto de datos

Aquí puedo usar Dataset, no hay problema, pero me gustaría conocer la ventaja de Entity Framework sobre Dataset en una explicación más detallada. He estado leyendo artículos sobre el marco de la entidad, y vi que las personas tenían mejor experiencia en el uso de EF sobre el conjunto de datos debido a las siguientes razones.

Me gustaría saber si estas son todavía ventajas que puedo obtener utilizando EF en mi caso; las acciones relacionadas con la base de datos siempre se realizan con procedimientos almacenados:

EF es mucho más limpio y mucho más fácil de mantener y programar en contra. Las consultas contra EF ObjectContext siempre se ejecutan contra la base de datos

Debido a que la asignación entre sus objetos y su base de datos se especifica de forma declarativa en lugar de en el código, si necesita cambiar el esquema de su base de datos, puede minimizar el impacto en el código que debe modificar en sus aplicaciones, por lo que el sistema proporciona un nivel de abstracción que ayuda a aislar la aplicación de la base de datos. Por lo tanto, el EF puede reemplazar una gran cantidad de código que de lo contrario tendría que escribir y mantenerse (¿Qué sucede si se ha cambiado el diseño del procedimiento almacenado?)

El EF se estructuró específicamente para separar el proceso de mapeo de consultas / conformación de resultados de construcción de objetos y seguimiento de cambios.

Los conjuntos de datos apestan, especialmente en un escenario de WCF (agregan una gran cantidad de gastos generales para el manejo de la manipulación de datos en memoria) -> ¿significa que EF con WCF es mejor en rendimiento?