Lavoro da un'annetto su mvc, per cui prendi la risposta per quel che vale: ad ogni modo, personalmente preferisco avere una classe intermedia che mappa esattamente il mio oggetto di business, e non usare direttamente le classe dell'edmx, che tra le altre cose hanno spesso molte informazioni superflue per le operazione che si vanno ad effetuare.
Questo ti risolve anche il problema dei multi-modelli da passare alla view, puoi inglobarli tutti in un unico oggetto contenitore e usare quest'ultimo per eseguire il bind.

Certamente questa scelta ti sacrifica le interazioni con il db, se usi direttamente oggeti dell'edmx eseguire le CRUD, sarà più semplice(questo lo suppongo, immagino un minor numero di righe di codice), ma, almeno per esperienza sono pochi i casi in cui i dati che servono ad una view sono solo ed esclusivamente quelli di un'unica tabella(penso ad eventuali pagine che gestiscano le "tipologiche" e poco altro).

Altra soluzione per il multi modello è usare oggetti come il ViewBag, ViewData, etc, in cui memorizzare collezioni e simili e leggerle sulla view per eseguire il bind su dropdown etc.

Ma lascio la parola ai più esperti di me XD

Sergio

---

Modificato da historyX il 26 maggio 2015 09.39 -

Per evitare di eseguire le query ogni volta, se sono dati che non cambiano spesso, puoi memorizzarli in sessione o simili e dalla seconda richiesta in poi li leggi da li.

Sergio

Se non erro, il tempData ha il metodo Keep che ti permette di mantenere una variabile anche dopo la lettura.

https://msdn.microsoft.com/en-us/library/ee703497(v=vs.118).aspx

mi pare strano, prova a dare un'occhiata qui, ci sono maggiori dettagli: http://stackoverflow.com/a/21254178