YuriyB...так все же когда "выгодна" 1 схема ?

В т.н. "XML-сообществе" уже давно идет вялотекущий "спор/дискуссия" на тему типа "elements vs attributes"... (пока без ощутимых результатов, вывод всегда примерно одинаковый - "смотрите, что вам легче/удобнее, то и используйте").

Попробую вставить и свои "2 копейки" в эту бесконечную тему: преимущества атрибутов уже были высказаны предыдущими ораторами ( M0us ), поэтому их "легче/удобнее" использовать в устоявшейся схеме, которая не должна/будет быстро и часто изменяться в процессе работы...
Если же схема предполагает какие-либо изменения по ходу разработки/эксплуатации (или же изначально предназначена для заранее неопределенных структур данных), то тут (ИМХО) без элементов не обойтись.

Если говорить о "личных предпочтениях", то я бы всегда использовал "вариант 1", если бы не было так лень набивать все закрывающие теги...
(а что касается "оверхеда" по объему хранения/передачи в "варианте 1" - надо же давать стимул производителям винтов/сетевого оборудования).

M0us...можно чуть подробнее о том, что элементы удобны в неустоявшейся схеме...

Да ради БГ...
Простой пример - для приложения надо "персистить" объект типа Person , что-то вроде этого:
Вы реализуете всякие XSLT, строите представления и бизнес-логику на схеме с атрибутами, а через N дней выясняется, что в структуре Person будут сохраняться не только "резиденты РФ", но и "нерезиденты", у которых обязательно заполнение такого свойства паспорта как "срок действия".

Согласитесь, что добавление "лишнего" атрибута к Person - абсолютно неадекватно добавлению "необходимого" элемента к passport :

M0usстранный пример.
при проектировании я ни за что не стал бы составляющие сущности passport делать атрибутами person.
Поэтому Ваш пример некорректен.

Угу, пусть будет "некорректен", Вы бы, наверное, изменили схему элемента Person , перенесли бы атрибут passport на уровень элементов, добавили бы к нему атрибутов type и expiration , попутно переписав кучу сопутствующего кода, в котором раньше passport был атрибутом... флаг в руки...
Я не собираюсь никому ничего доказывать, я просто высказал свое личное мнение по вопросу - что мне "легче/удобнее" использовать на уровне принятия решения по вопросу "elements vs attributes" и привел умозрительный пример того, как "простые" скалярные значения у полей объекта (которые по-фигу как реализовывать - элементами или атрибутами) могут в течение жизненного цикла приложения "мигрировать" в сложные типы (объекты же), которые без элементов уже не опишешь/сохранишь/передашь.