Rather than write this stuff myself, I’ve included a couple of good articles that get through the concepts quickly and easily.
Why should you care about XML Namespaces?
XML is everywhere, even if you don’t work directly with it. As IMC moves more to web services, our systems are sending more and more XML over the wire. We’re also starting to use it in the databases as a flexible data storage mechanism. In all of these cases, we must carefully design the namespaces so that we don’t get collisions between two systems or two versions of the same system.
A couple definitions and things to keep in mind:
1. The term namespace is a bit overloaded. XML uses namespaces and so does .NET. They are both used to organize the code or markup, but they have some differences. XML’s namespaces are usually in the form of a URL, whereas .NET typically uses a “dotted” notation. Additionally, .NET infers a hierarchical structure where each dot is a parent of the following. If this doesn’t make sense at the moment, then just come back to this concept after you’ve read about XML namespaces.
What is an XML namespace
The Official spec on XML Namespaces from W3C
A Quiz on XML basics
What is XSD
XSD and Namespaces
If you’re hungry for more, I have a couple of really good “handbooks” from Wrox press on XML design. These talk about namespaces in depth. They also talk about the usage of namespaces inside of an XSD definition and the consequences of making an element “Qualified” or not.