Questione : Domande di prestazione di .NET 3.5 (discussione)

Vorrei qui, prego le opinioni degli esperti per essere dettagliate ed avere alcuni piani d'azione della prova che potrebbero essere indicati per dimostrare (o supporto) il vostro opinions.

Background: il
I che sviluppa un CMS sviluppato con VB.NET 3.5.

It è un singolo indice con tutto il codice stato necessario per procedare e rendere i Web site che sono situati all'interno dell'indice di radice qualcosa seguendo queste linee il

Default.aspx di /Sites/SiteID/ nella radice dei luoghi fa il lavoro basato su quale luogo dovrebbe essere indicato.  Presupporre che tutto funziona come dovrebbe (che fa)

a partire da ora, tutto il soddisfare e le mascherine (disposizioni) sono tirate da XML /Sites/SiteID interno immagazzinato lime rispettivamente.  Una lima di template.xml per luogo ed un pageID.xml per pagina per creazione di site.

On di ogni mascherina/pagina il XML è generato e un'annotazione è immagazzinata in rispettive tabelle in uno SQL 2005 database.

Currently, l'unica volta la base di dati è usata è di tirare i menu di navigazione dei luoghi ed aggiornare/aggiungere/mascherine di cancellazione o pages.

Question: il
What che sto domandandomi è, che cosa sarebbe la cosa migliore per la prestazione e la scalabilità? il

1) dovrebbe esso rimanere il senso che è e tirare tutti i soddisfare/mascherina renderable dal XML archiva? Il
2) dovrebbe esso tirare e rendere tutto dalla base di dati? Il
3) dovrebbe esso tirare (per XML) dalla base di dati e rendere il XML restituito? class= del

Risposta : Domande di prestazione di .NET 3.5 (discussione)

Poiché Q1_SUM_OF_BIS è derivato nella lista della colonna, non sono informato di alcuna possibilità utilizzarlo nella stessa lista della colonna.

Supponendo che volete questo in una singole dichiarazione/domanda e non poteste generare le viste, potreste avere bisogno di di usare un CTE per generare le vostre colonne derivate livellate basse; allora riferir a quelli nella lista PRESCELTA finale della colonna.

Tom