Склонен съм да правя коментари, подобни на тези на Пека, но мисля, че причината да не можем да се смеем с това е твоето изявление „Тази информация обаче може да варира значително“. Това означава, че не е реалистично да планирате да анализирате всичко и да го проектирате в базата данни.
Не мога да отговоря на всичките ви въпроси, но мога да отговоря на някои от тях.
Най-вече не мога да ви кажа за производителността на MySQL. Виждал съм го в SQL Server, тествах го и открих, че SQL Server изпълнява извличане на XML в паметта много бавно, на мен ми се струваше, че чете от диск, но това е малко преувеличено. Други може да оспорят това, но аз открих това.
„Може ли Mysql да замени документно ориентирани бази данни като CouchDB/Sesame?“ Този въпрос е малко по-обширен, но във вашия случай използването на MySQL ви позволява да поддържате ACID съответствието за тези XML парчета, ако приемем, че използвате InnoDB, което не може да се каже автоматично за някои от тези ориентирани към документи бази данни.
"Как и защо те са по-добри/по-лоши от динамично приложение, което съхранява различни данни като атрибути?" Мисля, че това наистина е въпрос на стил. Получавате XML парчета, които са (вероятно) документирани и MySQL може да ги навигира. Ако просто ги запазите като такива, спестявате една стъпка. Какво ще се спечелят, като ги преобразуваме в нещо друго?
Документите на MySQL предполагат, че XML файлът ще влезе в поле за клапане. Възможно е производителността да се влоши при по-големи документи. Може би тогава ще идентифицирате поддокументи, които искате редовно да разбивате и поставяте в дъщерна таблица.
По същия начин, ако има конкретни поддокументи, за които знаете, че ще искате да знаете, можете да създадете дъщерна таблица, „HasDocs“, да извършите малка предварителна обработка и да я попълните с имена на поддокументи с техните брои. Това ще направи по-бърз статистически анализ и също така ще направи по-бързо намирането на документи, които имат определени поддокументи.
Иска ми се да мога да кажа повече, надявам се това да помогне.
