XMLDOM: prestazioni, sicurezza, stabilità rispetto ad accesso a DB Mysql tramite ODBC

[Marvellous]

Buongiorno a tutti,

Ho un CMS che da la possibilità di sviluppare strutture informative con gerarchia ad albero.
Lato Front, l'URL delle pagine dinamiche viene gestito tramite URLRewrite.
L' indirizzo http://www.miosito.it/get_page.asp?id_nodo=34
viene perciò visualizzato nel seguente modo
http://www.miosito.it/cartella_radic.../pagina_34.htm

Ad ogni richiesta di visualizzazione di un nodo, l'URL viene calcolato da un StoredProcedure (db Mysql) creata ad hoc che:
dato in input un ID nodo, tramite un ciclo While risale l'albero e restituisce in Output il percorso fino ad arrivare alla cartella ROOT.

Per aumentare le prestazioni pensavo di fare come segue:
al momento della creazione di un nodo dell'albero, scrivo il corrispondente URL in un file lista_url.XML
In questo modo, la richiesta di visualizzazione di un determinato nodo, non richiederà l'attivazione delle storedPrcedure. Il corrispondente URL verrà letto direttamente nel file XML tramite Microsoft.XMLDOM

Non essendo esperto di XML vi chiedo:
-l'accesso ad un file XML è più veloce dell'accesso ad un DB raggiunto tramite profilo ODBC?
-potrebbero esserci problemi di stabilità se il numero di accessi diventa "importante"?
-Esitono accorgimenti particolari per garantire la sicurezza del file XML?

Grazie mille

[optime]

i files XML sono file di testo ad accesso sequenziale. vanno benissimo per lo scambio dei dati; da usarsi come archivio "stabile" per medio-grossi volumi direi che sono quantomeno inadeguati.

[Marvellous]

Buongiorno optime,

grazie per essere intervenuto al post.

Approfitto delle tua gentilezza per un paio di approfondimenti:
- per scambio DATI intendi trasferire dati da un DB ad un'altro?
- la mia struttura informativa è formata indicativamente da 2500 nodi, perciò nel file XML avremmo 2500 stringhe sequenziali. E' perciò da considerarsi di 'grosso volume'?
- Tramite il file XML volevo evitare di dover calcolare l'URL di un Nodo ad ogni richiesta di visualizzazione, cosa che succede attualmente tramite la storedProcedure.
Esistono modi alternativi per ottimizzare questo processo?

Grazie mille

[optime]

- per scambio DATI intendi trasferire dati da un DB ad un'altro?

scambio dati tra (ad esempio) un applicativo e un web service

- la mia struttura informativa è formata indicativamente da 2500 nodi, perciò nel file XML avremmo 2500 stringhe sequenziali. E' perciò da considerarsi di 'grosso volume'?

per un file xml direi di sì

- Tramite il file XML volevo evitare di dover calcolare l'URL di un Nodo ad ogni richiesta di visualizzazione, cosa che succede attualmente tramite la storedProcedure.
Esistono modi alternativi per ottimizzare questo processo?

invece di salvare in un file xml, salva in una tabella di db: quindi una semplice select invece di un calcolo

[Marvellous]

- invece di salvare in un file xml, salva in una tabella di db: quindi una semplice select invece di un calcolo
In questo modo creiamo una ridondanza di informazioni che speravo di avitare.
Attulmente il peso del DB si aggira intorno ai 10MB. La tua soluzione probabilmente è il male minore visto che si tratta comunque di un peso relativamente basso.
non so! Volgio ragionarci ancora un po su prima di mettermi a scrivere km di codice ASP

[optime]

Originariamente inviato da Marvellous
- invece di salvare in un file xml, salva in una tabella di db: quindi una semplice select invece di un calcolo
In questo modo creiamo una ridondanza di informazioni che speravo di avitare.
Attulmente il peso del DB si aggira intorno ai 10MB. La tua soluzione probabilmente è il male minore visto che si tratta comunque di un peso relativamente basso.
non so! Volgio ragionarci ancora un po su prima di mettermi a scrivere km di codice ASP

ridondanza: perché, col file XML non la crei comunque?
peso: 10 MB sono una ridicolaggine
km di codice: apri la connessione, fai una select e la chiudi... km? pensi di scrivere meno usando XML?