Possiedo una intranet aziendale che utilizza un insieme di dati simile su più pagine e metodi diversi.
Parlando in generale, è più vicino alla "best practice" recuperare un set di dati di grandi dimensioni e filtrarlo per ogni specifica pagina o metodo o recuperare molti set di dati specifici più piccoli da usare? Non riesco davvero a testare entrambi gli approcci, poiché mi piacerebbe scegliere un approccio progettuale fin dall'inizio e usarlo ovunque. Questo è per una riprogettazione. Grazie.
L'ideale è definire una struttura singola, unificata per i tuoi dati. Quindi, inserire i dati in un database con indici appropriati in modo che ogni pagina o metodo specifico possa recuperare in modo efficiente esattamente il sottoinsieme di record di cui ha bisogno.
Ci sono molti motivi per cui le persone non seguono questo ideale nella pratica. Ma è quello che dovresti fare se puoi.
Penso che questo richieda più contesto per rispondere con un sì o un no, probabilmente otterrai risposte più / migliori se fornisci maggiori dettagli.
Detto questo, tendo a percorrere la via del recupero solo dei dati richiesti, quando richiesto. Dato che stai parlando di una intranet, sembra ragionevole presumere che non ci saranno problemi con il recupero dei dati (dato che il server db sarà sulla stessa rete del tuo server intranet), il che significa che non ci sono molti motivi per recuperarlo tutto in una volta.
Mantenere i dati non necessari fuori dal modo di risparmiare risorse (memoria sul sistema che lo richiede, disco IO sul sistema che lo serve) e se si estraggono tutti i dati all'inizio di una sessione, potrebbe non essere aggiornato in cinque minuti in cui l'utente sta ancora navigando.
Nella maggior parte dei casi, tirarlo tutto in una volta è il modo pigro. Probabilmente sapresti se c'era qualche motivo che lo rendesse più efficiente.
Leggi altre domande sui tag sql .net asp.net sql-server