Hej,

Vi arbetar med XML dokument som kommer från olika kunder. Dessa skall sparas i en databas och vi har krav på att det inte sparas i datatypen XML i SqlServer2005. Schemat är en ganska komplex hierarki. Vi vet också att schemat ändras 1 till 2 gånger per år, mindre ändringar oftast men det kan förekomma att element flyttas eller tas bort. Frågan är om man skall sträva efter en så platt db struktur eller efterlikna strukturen så mkt som möjligt. Det finns för och nackdelar med båda. När vi genererar db strukturen mha XMLSpy så hamnar vi runt 140 tabeller! Nackdelen med en platt hierarki är att den inte är så lätt att underhålla när det gäller förändringar, fördelen(ar) är att save och fetch inte blir så komplexa. Nackdelar med en djup hierarki är att man måste skriva en join för att hämta upp strukturen igen. Fördelarna är att den är lätt att underhålla.

Är det någon som har erfarenhet av detta sen tidigare eller bara har synpunkter/tips.

Tacksam för svar/tips eller bara glada tillrop.

Varför kan ni inte spara det som XML bara?
Om ni har tillgång till SQL 2005 så är ju den möjligheten mycket bra.
Alternativt i SQL2000 skulle jag föreslå att det lagras i en tabell
med ett Text-fält för XML-datat och eventuellt utdrag ur några
fält för att kunna söka snabbt. T.ex.

KundrNr KundNamn XmlData

Så kan man snabbt göra sökningar per kundnr/namn för att hitta rätt dokument.

Vi har krav på oss att inte lagra det som datatypen XML. Annars skulle det vara den bästa lösningen.

vad är det för idiotiskt krav? ..eller är det nåt jag har missat?

Jag tycker du ska ta upp varför detta krav finns. Kravställare har inte alltid rätt. I synnerhet inte när det gäller tekniska/systemmässiga detaljer.