XML vs SQL per piccoli progetti?

Se farai un sacco di IO, SQL è la tua scelta migliore. SQL è progettato per funzionare bene per ottenere / archiviare dati, motivo per cui lo utilizziamo per archiviare dati su qualcosa di simile a un sito web rispetto a XML.

L'XML fa bene a dati leggibili dall'uomo che possono essere condivisi e interpretati tra le applicazioni, come era sua intenzione. L'analisi XML comporta LOTTI di manipolazione delle stringhe che possono essere sempre costose con l'aumentare delle dimensioni del set di dati.

Sembra che i tuoi dati potrebbero potenzialmente crescere all'infinito (a meno che non abbia frainteso la tua applicazione). In tal caso, direi che è meglio lasciare memoria persistente fino a un motore di database per efficienza e prestazioni.

Vai con l'approccio del database. È la tecnologia collaudata per gestire i dati.

Per quanto riguarda il problema di prestazioni, potresti essere in grado di accelerare il tuo accesso con indici, in cui in XML non esistono tali mezzi.

Su un database, puoi calcolare i dati statistici utilizzando le funzioni di aggregazione, in XML devi codificarlo.

Usando un database, puoi cambiare la struttura del database con relativa facilità (aggiungi colonna, tabella, ecc.) e ci sono strumenti per aiutarti a spostare i dati tra i database, dove come in XML devi farlo tu stesso.

In un database, puoi applicare le regole di integrità e puoi consentire agli utenti di scrivere i propri file se necessario, non abbastanza facilmente in XML.

Nel database, puoi ordinare i dati molto facilmente, inoltre puoi aggiungere sicurezza. Utilizzando un database, puoi dimenticarti delle dimensioni e della concorrenza, quindi in futuro la tua applicazione potrà crescere senza modifiche al codice.

Per quanto sopra, usa un database! EK