Buongiorno a tutti, probabilmente e' una domanda banale ma, anche a voi la prima query con entity framework in code first dura un infinità? (anche 20 secondi!). Leggo in giro opinioni varie ma qual e' l'approccio risolutivo migliore?

Ciao Moreno, purtroppo non cambia nulla anche modificando l'inizializer, sembra proprio che la prima query sia lentissima, leggevo qui: http://stackoverflow.com/questions/3891125/entity-framework-first-query-slow che pare sia dovuto al caricamento dei meta-data iniziali. Mi sono generato anche delle pre-generated views ed ho adottato accortezze tipo AsNoTracking, ProxyCreationEnabled = false, AutoDetectChangesEnabled = false e LazyLoadingEnabled = false ma nulla. Le query successive solo fulminee (anche con parametri diversi) ma la prima rimane eterna! In oltre, se dopo le prime query attendo diversi minuti, la prima ritorna ad essere lenta! Che sia qualcosa sul server? Uso un serverino muletto con windows server 2012 ed il progetto sull'iis è always running.

Ho usato i power tools ma non ho trovato un reale guadagno, in effetti c'è da dire che le entità sono anche poche (18) ma è stato indicativo per verificare se fossero quelle, e pare non lo siano perche' anche con una sola mi fa lo stesso scherzo! Quando lancio il progetto a debug e navigo in pagine che non usano il db i tempi vanno da 1 a 2 secondi massimi mentre se clicco su quelle con accesso al db devo attendere 20 secondi (a volte anche 30). Atteso questo tempo tutto diventa magicamente performante e rapido e questo mi andrebbe bene se non fosse che dopo diversi minuti di inattivita' (forse una trentina, non ho capito ancora bene quanti) la prima query non ritornasse lenta.
Non so se possono essere utili alcune informazioni tipo:
- per il debug locale uso un db remoto in lan
- ho provato a popolare una griglia con una query attraverso la via classica (SqlConnection, SqlCommand, ecc...) e tutto mi è sembrato reattivo
- come package EF uso la 6.1.3

A questo punto mi sa che provero' a spostare il tutto su db locale come ulteriore prova. Altra cosa, con un precedente progetto questa cosa non mi accadeva ma qui usavo InitializeDatabaseConnection di WebSecurity in Global.asax poiche' avevo bisogno di autenticare utenti. Faccio qualche prova...

Ciao Alex,
grazie, hai esposto il problema in maniera molto dettagliata. Così è più semplice rispondere.

AlexTO ha scritto:

ho provato a popolare una griglia con una query attraverso la via classica (SqlConnection, SqlCommand, ecc...) e tutto mi è sembrato reattivo

E' strano perché, da quello che hai descritto, il problema sembra essere nel tempo di ottenimento di una connessione. Sia ADO.NET "nudo" che EF ne sono soggetti e quindi mi sarei aspettato la stessa latenza.

AlexTO ha scritto:

Atteso questo tempo tutto diventa magicamente performante e rapido

Sì perché, quando chiudi una connessione, in realtà non viene distrutta, ma torna nel pool e viene "resettata" per essere subito pronta per un altro client.

Escluderei il tempo di startup di EF, perché 18 entità non sono sufficienti a giustificare quel ritardo di 20 secondi. Del resto il ritardo è sparito quando hai provato ad usare un db locale.

AlexTO ha scritto:

mi andrebbe bene se non fosse che dopo diversi minuti di inattivita' (forse una trentina, non ho capito ancora bene quanti) la prima query non ritornasse lenta.

Può darsi che la connessione presente nel pool sia stata chiusa per timeout. Giusto per curiosità, proverei a capire se dipende effettivamente dal tempo di ottenimento della connessione. Proviamo a disabilitare il connection pooling; aggiungi questo alla tua connection string:

Se è vero, a questo punto ogni richiesta dovrebbe richiedere 20 secondi.

ciao,
Moreno