Quando dovrei usare XML invece di SQL? [chiuso]

Lavoro su applicazioni web basate su database da alcuni anni e recentemente ho intrapreso un progetto che coinvolge un CMS compatibile con XML. Questo mi ha portato a pensare all'uso di XML / XSLT in generale e in quali situazioni sarebbe stato più utile dell'approccio che ho sempre usato, che consiste nell'archiviare tutti i miei dati in un (mio) database SQL e quindi utilizzare PHP / Python / ecc. per lavorarci sul Web secondo necessità.

Ovviamente c'è qualcosa che non sto "ottenendo" qui .. qualcuno potrebbe darmi esempi di applicazioni in cui sarebbe preferibile archiviare i dati in file XML invece che in un database?

Per citare questo libro (XML efficace: 50 modi specifici per migliorare il tuo XML):

“XML non è un database. Non è mai stato concepito per essere un database. Non sarà mai un database. I database relazionali sono una tecnologia collaudata con oltre 20 anni di esperienza nell'implementazione. Sono prodotti solidi, stabili, utili. Non stanno andando via. XML è una tecnologia molto utile per spostare i dati tra database diversi o tra database e altri programmi. Tuttavia, non è esso stesso un database. Non usarlo come tale. "

Penso che questo lo riassuma, anche se un po 'bruscamente. XML è un formato di scambio di dati. Si possono avere librerie di analisi XML che possono interrogare un DOM con espressioni XPath ma non è la stessa cosa di un DBMS. È possibile creare un DBMS con un'interfaccia DOM / XPath ma per ottenere proprietà ACID o scalare a set di dati di grandi dimensioni è necessario implementare un motore DBMS e un formato dati con indici, registrazione e altri artefatti di un DBMS, che (per definizione) rende è qualcosa di diverso da XML.

Usa XML per creare file che devono essere inviati ad altre applicazioni. XML è più adatto come formato di scambio dati che come formato di archiviazione dati.

Il seguente collegamento non è male da descrivere quando si utilizza XML: Perché dovrei usare XML?

SQL è un buon dato tabulare: dati che si adattano facilmente a righe e colonne. XML è utile per i dati gerarchici - dati che hanno diversi livelli di dimensioni diverse.

SQL è utile per l'archiviazione e la ricerca. XML è utile per la trasmissione e la formattazione.

1) Quando devi scambiare i tuoi dati con altri. XML è la " lingua franca " del Web: quasi tutti possono leggerlo e interpretarlo, a differenza di un file di database.

2) Quando il volume dei dati è ridotto e non è necessario eseguire query complesse su di esso. I file XML sono utili per cose come la memorizzazione di configurazioni o modelli di documenti.

3) Quando non ci sono molti scrittori che tentano di accedere agli stessi dati. I database SQL hanno coinvolto meccanismi di concorrenza che funzionano dietro le quinte per te. I database SQL possono supportare indici per il recupero di informazioni su grandi set di dati rapidamente ...

Cose per cui uso XML:

• Persistenza di una gerarchia di oggetti.
• Spostamento dei dati da un processo o macchina a un altro.
• Dati che cambiano raramente, se non del tutto; impostazioni di configurazione e simili.
• Quando l'input a XSLT si trasforma: in generale, se uno dei miei programmi emette HTML, sta usando XSLT per farlo, e quindi i dati di origine verranno rappresentati come XML in alcuni
• Markup di testo. (Non dimentichiamolo!)

Non c'è molta sovrapposizione tra questi casi d'uso e i casi d'uso per un database. Alcuni, ma non molto.

Ironia della sorte, dove sto facendo il mio uso più intenso di XML al momento è in un'app desktop che crea un ADO DataSet in memoria e utilizza i metodi WriteXml e ReadXml di DataSet per persistere e recuperarlo. Sto usando ADO perché è molto più facile costruire dinamicamente un modello di dati definito dalla metainformazione usando ADO piuttosto che implementare il mio modello a oggetti per l'attività.

Quindi ecco un caso che sembra che stia usando XML come database. Ma davvero non lo sono. Sto usando un modello a oggetti che implementa molte funzionalità simili a database e sto usando XML come formato di persistenza.

Credo che ci siano parecchie applicazioni commerciali che fanno un uso massiccio di XML come supporto di memorizzazione. L'ho fatto per un'applicazione di pianificazione del progetto, in cui l'utente memorizza ogni progetto nel proprio file. L'app risiede su una chiavetta USB e non richiede installazione. Tutti i dati vengono estratti dall'XML e lavorati in memoria, quindi getRecord (id) è velocissimo.

Quindi la mia risposta sarebbe .. quando i dati sono abbastanza piccoli da essere conservati in memoria, un database è finito.

Non farlo.

Prova SELEZIONA l'autore DAL libro

Ogni volta che non hai il lusso di avere un database (pensa alle applicazioni per utente singolo) o hai bisogno di un formato di archiviazione molto leggero.

Inoltre, come menzionato nel poster precedente, un formato di interscambio.

Sia XML che RDMS possono essere usati come datastore, ma ogni implementazione ha i suoi vantaggi e svantaggi.

L'utilizzo di XML per archiviare i dati per un'applicazione Web di solito non è un grosso problema finché non si inizia a gestire grandi quantità di dati o si decide di voler scoprire altre informazioni dai propri dati (esempio: data mining). In altre parole, l'archiviazione di grandi quantità di file XML per un'origine dati non è molto scalabile, ma semplifica lo spostamento dei dati. XML può essere utilizzato anche per serializzare oggetti complessi in un formato non relazionale, il che potrebbe eliminare la necessità di un ORM se è possibile serializzare / deserializzare i propri oggetti direttamente dall'XML

Gli RDMS (database) sono generalmente più scalabili, offrono un maggiore supporto per la concorrenza e sono molto più veloci quando si lavora con grandi quantità di dati. Il modello relazionale semplifica l'estrazione dei dati in un secondo momento. I database soffrono della mancata corrispondenza dell'impedenza relazionale oggetto ( http://en.wikipedia.org/wiki/Object-Relational_impedance_mismatch ) che potrebbe richiedere la scrittura di codice brutto o l'utilizzo di ORM complessi.

Vorrei andare se avessi database mysql limitati sul mio host, quindi vedrei l'opportunità di utilizzare XML come datastore.

Di seguito è riportato un esempio di utilizzo di XML con SQL: Gli utenti autenticati leggono e scrivono dati su vari database, non tutti sono lo stesso DBMS. Gli utenti della società A utilizzano i dati da un database SQL Server locale. Gli utenti della società B utilizzano i dati da un database Oracle remoto. E così via. Una dozzina di database diversi, ciascuno con schemi leggermente diversi per gli stessi dati di base.

Lo sviluppatore del sito web non ha la possibilità di creare stored procedure sui database remoti. SQL deve essere inviato direttamente dall'app Web al database. Poiché ogni database ha una sintassi e uno schema SQL leggermente diversi, è necessario utilizzare un SQL diverso per ciascuno dei 12 database per la stessa operazione (SELECT, INSERT, ecc.).

Una delle scelte per incorporare le istruzioni SQL nell'app Web è inserirle in file XML. Ogni file XML contiene il set di istruzioni SQL per uno delle dozzine di database. Il codice determina a quale database si accede per l'utente connesso e recupera l'SQL appropriato dal file XML specificato.

Proprio come con le procedure memorizzate, l'SQL nel file XML può essere aggiornato senza arrestare o ricompilare l'applicazione.

Alcune applicazioni utilizzano file XML per memorizzare la configurazione, preferisco usare SQLite per farlo.

Non lo farei mai alcun tipo di XML per memorizzare i miei dati.

Usiamo le trasformazioni XSLT come livello di astrazione dei dati nella nostra app SOA. Tutti gli oggetti si scambiano dati in XSLT, quindi c'è solo una lingua che devono capire. Ad eccezione del connettore database, che deve essere in grado di trasformare i dati in SQL, per inviarli al DB.

In questo modo non avrai la generazione di stringhe SQL distribuita su un trilione di oggetti nella tua app. Rende la manutenzione molto più semplice.