私は現在、私が作成したものではないプロジェクトに取り組んでいますが、MySQL の代わりに多くの XML ファイルを使用しています。
そのため、ここで MySQL よりも XML を使用する利点があるかどうか疑問に思います。
シーンは、XML ファイルが 1 回だけ読み込まれ、サーバー上で N 個の処理に使用されることです。XML は、管理者がサーバーに再ロードするコマンドを発行した場合にのみ再ロードされます。すべての XML ファイルを合わせると、平均して最大 100 MB のサイズになります。
MySQL での XML の使用に関して、上記の内容を簡単に説明していただければ幸いです。
単純な innodb または myisam テーブルよりも XML の方が適している場合は、何を考慮すればよいでしょうか?
データが読み取り専用で、管理者のコマンドによってのみメモリに取り込まれる場合、どちらのテクノロジにとってもメリットはないと思います。
データを検索する必要がある場合、MySQL には SQL クエリの利点があります。その場合でも、重要なのはデータの種類です。長い参照チェーン/オブジェクト グラフがある場合、すべての JOIN のためにリレーショナル データベースが遅くなる可能性があります。
しかし、XML には独自の問題があります。それを DOM オブジェクトに簡単に解析できますが、それを検索するには XPath しかありません。
間にオプションを追加するだけです-次のような何らかの形式のxmlデータベースを使用することもできます
eXist ( http://exist-db.org/index.html ) または sedna ( http://modis.ispras.ru/sedna/ )
XML は、データを格納する方法の 1 つとして使用されます。xml の使用の 1 つは、データを読みやすくすることです。多数のユーザーが同時にデータにアクセスする必要がある場合、mysql を使用できます。mysql はデータのトランザクション処理もサポートしますが、xml にはそのような機能がありません。
XML はローカル ストレージに保存され、ローカル サーバーによってのみ読み取り可能です (rsync などを介して複製された memcache を使用できると主張しないでください)。
間違いなく、http サーバー経由で XML を開くことができますが、遅くなります。
一方、mysql はポート通信とレプリケーションをサポートしていますが、複数のサーバーに拡張する場合、基本的に境界はありません。
5.1 でも、mysql は XML をサポートします。