Su "primera ejecución" escenario general es la inicialización estática de la DbContext. Aquí es donde el DbContext obras de sus asignaciones para la primera vez y se producen cuando la primera consulta se ejecuta. El enfoque típico para evitar que esto ocurra para que un usuario es un simple "calentar" la consulta que se ejecuta cuando se inicia el servicio.. Por ejemplo después de que su servicio se inicializa, simplemente poner algo como lo siguiente:
// Warm up the DbContext
using (var context = new AppDbContext())
{
var hasUser = context.Users.Any();
}
Esto también sirve como una rápida puesta en marcha, comprobar que la base de datos es accesible y de responder. La consulta se hará una operación muy rápida, pero el DbContext va a resolver sus asignaciones en este momento por lo que cualquier recién generado DbContext que las instancias de responder sin incurrir en coste que durante una solicitud.
Como para el rendimiento bruto, si no es una consulta que se espera que tome un tiempo y atar una solicitud, no hacen async. Peticiones asíncronas son no más rápido, de hecho, son un poco más lento. El uso de async las solicitudes en contra de la DbContext es la de garantizar que su servidor web / subproceso de aplicación es sensible, mientras que potencialmente costosas operaciones de base de datos a procesar. Si quieres una respuesta tan pronto como sea posible, utilice una llamada sincrónica.
A continuación, compruebe que todos los campos se están filtrando en contra, en este caso de la Moneda, están indizadas. Tener un campo llamado de la Moneda en su entidad como una Cadena en lugar de un CurrencyId FK (intapunta a una Moneda de registro es ya un extra de indexación de gastos como los índices de los números enteros son más pequeños y/o más rápido que los de cadenas.
Usted también no tiene que molestarse con AsNoTracking cuando se utiliza un Count consulta. AsNoTracking se aplica únicamente cuando se están volviendo entidades (ToList/ToArray/Single/Firstetc.) para evitar que el DbContext sosteniendo una referencia a la devolución de la entidad. Cuando se utiliza Count/Any o proyección a la devolución de las propiedades de las entidades que utilizan Select no hay ninguna entidad que regresó a la pista.
También cuenta la latencia de red entre el lugar donde el código de la aplicación se está ejecutando y el servidor de base de datos. Son la misma máquina o hay una conexión de red en un juego? ¿Cómo se compara esto cuando usted está realizando una SSMS consulta? El uso de un analizador puede ver lo que SQL EF es del envío a la base de datos. Todo lo demás en términos de tiempo es un costo de: Llegar la petición a la base de datos, Obtención de los datos resultantes de vuelta a la solicitante, el análisis de la respuesta. (Si en el caso de que usted está regresando entidades, la asignación, rellenar, comprobando en contra de referencias existentes, etc... En el caso de los recuentos etc. verificación de la existencia de referencias)
Por último, para asegurarse de que está recibiendo el máximo rendimiento, asegúrese de que su DbContexts tiempos de vida cortos. Si un DbContext se mantiene abierta y ha tenido un número de seguimiento de la ejecución de consultas en contra (Selección de entidades sin AsNoTracking) aquellos seguimiento de las referencias de entidades acumulan y pueden tener un negativo impacto en el rendimiento de las consultas en el futuro, incluso si usted lo usa AsNoTracking como EF se ve a comprobar a través de su seguimiento de referencias para las entidades que podrían ser aplicables relacionados a sus nuevas consultas. Muchas veces veo a los desarrolladores de asumir DbContexts son "caras", así que deciden crear una instancia como poco como sea posible para evitar esos costos, sólo para terminar haciendo las operaciones más caras a lo largo del tiempo.
Con todo lo que considera, EF nunca será tan rápido como raw SQL. Es un ORM diseñado para proporcionar comodidad .Net applications cuando se trata de trabajar con los datos. Que la comodidad en el trabajo con las clases de entidad en lugar de sanear y escribir su propio raw SQL cada vez que viene con un costo.
