SQLの代わりにXMLを使用するのはいつですか？[閉まっている]

私は数年前からデータベース駆動型のWebアプリケーションに取り組んでおり、最近ではXML対応のCMSを含むプロジェクトに取り組んでいます。これにより、XML / XSLTの一般的な使用法と、どのような状況で（My）SQLデータベースにすべてのデータを格納してから使用するという、いつも使用していたアプローチよりも役立つと思いました。 PHP / Python /その他。必要に応じてWeb上で作業します。

私がここで「取得」していないことは明らかにあります。データベースではなくXMLファイルにデータを格納することが望ましいアプリケーションの例を誰かに教えてもらえますか？

この本を引用するには（効果的なXML：XMLを改善するための50の方法）：

「XMLはデータベースではありません。データベースであることを意図したものではありません。データベースになることは決してありません。リレーショナルデータベースは、20年以上の実装経験を持つ実績のあるテクノロジーです。彼らは固体、安定した、有用な製品です。彼らは消えません。XMLは、異なるデータベース間、またはデータベースと他のプログラム間でデータを移動するための非常に便利なテクノロジーです。ただし、それ自体はデータベースではありません。1つのように使用しないでください。」

少し率直に言えば、これで要約すると思います。XMLはデータ交換フォーマットです。XPath式を使用してDOMをクエリできるXML解析ライブラリを使用できますが、DBMSとは異なります。DOM / XPathインターフェースを使用してDBMSを構築できますが、ACIDプロパティを取得したり、大きなデータセットにスケーリングしたりするには、DBMSエンジンと、DBMSのインデックス、ロギング、その他のアーティファクトを含むデータフォーマットを実装する必要があります。 XML以外の何か。

XMLを使用して、他のアプリケーションに送信する必要があるファイルを作成します。XMLは、データストレージ形式としてよりもデータ交換形式として適しています。

次のリンクは、XML を使用する場合の説明としては悪くありません。なぜXMLを使用する必要があるのですか？

SQLは優れた表形式のデータ、つまり行と列に簡単に収まるデータです。XMLは階層データ（サイズの異なる複数のレベルを持つデータ）に適しています。

SQLは保存と検索に適しています。XMLは送信とフォーマットに適しています。

1）他の人とデータを交換する必要がある場合。XMLはWeb の「共通言語」です。データベースファイルとは異なり、ほとんどすべての人がXML を読んで解釈できます。

2）データ量が少なく、複雑なクエリを実行する必要がない場合。XMLファイルは、構成やドキュメントテンプレートの保存などに適しています。

3）同じデータにアクセスしようとするライターが少ない場合。SQLデータベースには、バックグラウンドで動作する同時実行メカニズムが含まれています。SQLデータベースは、大規模なデータセットの情報をすばやく取得するためのインデックスをサポートできます...

私がXMLを使用するもの：

• オブジェクト階層を永続化します。
• プロセスまたはマシン間でデータを移動する。
• まれにしか変化しないデータ。構成設定など。
• XSLTへの入力が変換されると、一般的に言えば、私のプログラムの1つがHTMLを出力する場合、XSLTを使用してHTMLを生成しているため、ソースデータはXMLとして表現されます。
• テキストマークアップ。（忘れないでください！）

これらのユースケースとデータベースのユースケースの間には、それほど多くの重複はありません。一部ではあるが、多くはない。

皮肉なことに、現時点でXMLを最も頻繁に使用しているのは、メモリ内ADO DataSetを構築し、DataSetのWriteXmlメソッドとReadXmlメソッドを使用して永続化および取得するデスクトップアプリです。タスクに独自のオブジェクトモデルを実装するよりも、ADOを使用してメタ情報によって定義されたデータモデルを動的に構築する方がはるかに簡単なので、ADOを使用しています。

つまり、XMLをデータベースとして使用しているようなケースです。しかし、私は本当にそうではありません。私はたまたまデータベースのような多くの機能を実装するオブジェクトモデルを使用しており、永続化形式としてXMLを使用しています。

しないでください。

本から著者を選択してみてください

記憶媒体としてXMLを多用する商用アプリケーションはかなりあると思います。私は、ユーザーが各プロジェクトを独自のファイルに保存するプロジェクト計画アプリケーションでそれを実行しました。アプリはUSBスティック上にあり、インストールは不要です。すべてのデータはXMLから取得され、メモリ内で処理されるため、getRecord（id）は非常に高速です。

だから私の答えは..データがメモリに保持されるのに十分小さい場合、データベースは過剰に殺害されます。

データベースを用意する余裕がない（シングルユーザーアプリケーションを考える）か、非常に軽量なストレージフォーマットが必要な場合はいつでも。

また、前のポスターで述べたように、交換形式です。

XMLとRDMSの両方をデータストアとして使用できますが、各実装には独自の利点と欠点があります。

XMLを使用してWebアプリケーションのデータを格納することは、通常、大量のデータの処理を開始するか、データから他の情報を検出することを決定するまでは大きな問題ではありません（例：データマイニング）。言い換えると、データソース用に大量のXMLファイルを保存することはあまりスケーラブルではありませんが、データの移動が容易になります。XMLを使用して、非リレーショナル形式で複雑なオブジェクトをシリアル化することもできます。これにより、XMLから直接オブジェクトをシリアル化/逆シリアル化できる場合、ORMの必要性を排除できます。

RDMS（データベース）は通常、よりスケーラブルであり、より多くの同時実行サポートを提供し、大量のデータを処理するときにはるかに高速です。リレーショナルモデルは、後でデータマイニングを容易にします。データベースには、オブジェクトリレーショナルインピーダンスの不一致（http://en.wikipedia.org/wiki/Object-Relational_impedance_mismatch）があり、醜いコードを記述したり、複雑なORMを使用したりする必要があります。

私のホストでmysqlデータベースを制限している場合は、XMLをデータストアとして使用する可能性があると思います。

SQLでXMLを使用する例を次に示します。認証されたユーザーは、すべてが同じDBMSではないさまざまなデータベースに対してデータの読み取りと書き込みを行います。A社のユーザーは、ローカルSQL Serverデータベースのデータを使用します。B社のユーザーは、リモートOracleデータベースのデータを使用します。等々。同じ基本データに対してそれぞれわずかに異なるスキーマを持つ12の異なるデータベース。

Webサイトの開発者は、リモートデータベースにストアドプロシージャを作成することができません。SQLは、Webアプリからデータベースに直接送信する必要があります。各データベースにはわずかに異なるSQL構文とスキーマがあるため、同じ操作（SELECT、INSERTなど）の12のデータベースごとに異なるSQLを使用する必要があります。

SQLステートメントをWebアプリに埋め込むための選択肢の1つは、SQLステートメントをXMLファイルに配置することです。各XMLファイルには、1ダースのデータベースの1つに対する一連のSQLステートメントが含まれています。このコードは、ログインしているユーザーがアクセスするデータベースを決定し、指定したXMLファイルから適切なSQLを取得します。

ストアドプロシージャと同様に、アプリケーションを停止または再コンパイルすることなく、XMLファイル内のSQLを更新できます。

一部のアプリケーションはXMLファイルを使用して構成を保存しますが、SQLiteを使用して保存します。

私はデータを保存するためにどのような種類のXML も使用しません。

XALT変換をSOAアプリのデータ抽象化レイヤーとして使用します。すべてのオブジェクトはXSLTで相互にデータを送信するため、理解する必要がある言語は1つだけです。データをDBに送信するためにデータをSQLに変換できる必要があるデータベースコネクタを除きます。

このようにして、アプリ内の膨大な数のオブジェクトにSQL文字列生成を分散させる必要がなくなります。メンテナンスがはるかに簡単になります。