Talk about a biased topic !
Waldo2k2 - so are you saying if we want to store 30 customers, we have to manually type 30 of these into a XML file ?
Code:
<customers>
<customer name="Bob Roberts">
<phone number="5554567" />
</customer>
</customers>
omg, I'm definitely on the wrong team but we were assigned that topic anyway, no choice !!
Displaying, searching and all that is all good but the question is .... user definitely CANT write to a XML database right ?
Re: Talk about a biased topic !
Quote:
Originally posted by mellisa
Waldo2k2 - so are you saying if we want to store 30 customers, we have to manually type 30 of these into a XML file ?
Code:
<customers>
<customer name="Bob Roberts">
<phone number="5554567" />
</customer>
</customers>
omg, I'm definitely on the wrong team but we were assigned that topic anyway, no choice !!
Displaying, searching and all that is all good but the question is .... user definitely CANT write to a XML database right ?
Waldo already explained the way it would work in the real world, but if you were doing "backend" type work on this "database" there would be a little less work. And by a little, I mean very little.
Code:
<customers>
<customer name="Bob Roberts">
<phone number="5554567" />
</customer>
<customer name="Jack Black">
<phone number="5559427" />
</customer>
<customer name="Nora Gree">
<phone number="5551234" />
</customer>
</customers>
Would be an example of the way the database would go. It's kinds ugly, but really it makes sense. I wouldn't find this be be an efficient or practical database though. Though I haven't started yet, I'm probably going to make a web-centric database. Basically, nearly every function of a standard database function will be implemented. You can add a table, add referential integreties, delete stuff, so on and so forth all over the internet on a webpage.
Now, while this isn't going to be restrictive over the type of database, I just can't imaging using XML for a database. I mean, sure it would work, I think, but there is just SO many abilities that standard databases and SQL already have by default that I just can't imagine XML having without a lot of extra work.
Good luck, but I don't think there's any good strong reason that XML would be the better choice. Argue the fact that it's self descriptive and very easily web based as much as you can :p