我目前正在開發一個並非由我製作的項目，但它使用了很多XML文件而不是MySQL來代替它。在MySQL上的好處或使用XML，反之亦然？
因此，這讓我想知道在這裏使用XML over MySQL是否有任何好處。
現場是，XML文件只加載一次，並在服務器上使用它的N件事情。 只有當管理員向服務器發出命令以重新加載XML時，纔會重新加載XML。 所有XML文件的平均最大100 MB大小。
如果你還可以給我一個上述的簡要說明，關於在MySQL上使用XML會很感激。
我應該考慮知道什麼時候XML比簡單的innodb或myisam表更好一些？
如果你的數據是隻讀的並且只能在管理員的命令下進入內存，那麼我認爲這對任何一種技術都不是什麼好處。
如果您必須搜索數據，MySQL將具有SQL查詢的優勢。即使在這種情況下，這也是重要的數據類型。如果您有很長的參考鏈/對象圖，則由於所有JOIN，關係數據庫可能會變慢。
但是XML有它自己的問題。您可以輕鬆將其解析爲DOM對象，但您只有XPath才能搜索它。
XML被用作存儲數據的一種方式。使用xml之一是，它使數據易於閱讀。如果很多用戶需要同時訪問數據，則可以使用mysql，而且mysql也支持數據的事務處理，而xml不具備這些功能。
XML存儲在本地存儲和讀取僅由本地服務器（不爭論我，你可以使用內存緩存，通過rsync複製或左右）
毫無疑問，你可以通過一個HTTP服務器打開XML ，但會很慢。
雖然mysql支持端口通信和複製，但如果擴展到多個服務器，它基本上沒有邊界。
即使在5.1，mysql support XML
只是增加之間的選擇 - 你也可以使用某種形式的XML數據庫的像
存在（http://exist-db.org/index.html）或塞德娜（http://modis.ispras.ru/sedna/）
我是什麼意思要說的是，目前所有文件總共給出了100MB。它們是隻讀的數據，不需要服務器自己進行任何更改。 – Guapo 2011-01-09 14:24:31
這更合理。內存中的解決方案很好;如果我是你，我會擔心的是質疑。如果查詢是可變或複雜的，則可以使用內存數據庫改進DOM和XPath。 – duffymo 2011-01-09 14:59:06