KilloИли при этом возникнут дополнительные затраты производительности?По сравнению с обычной табличной организацией данных затраты естественно возникнут. А ХМL - это "шоб было" или острая необходимость?

KilloSenya_L,

Проблема в том, что допустим в отделе могут быть созданы подотделы, а у каждого подотдела может быть назначен свой начальник и заместитель, т.е. структура вложений ненормирована.
Так же при переформировании отдела, департамента или группы должна сохраняться история изменений. В связи с этим я подумал о создании таблицы с колонками id, DateEdit, StructXML. В таком случае при создании отдела или группы и т.п. создается просто новое поле с новой структурой компании и указанием даты изменений, таким образом можно просмотреть какая структура компании была год назад и какие сотрудники в нее входили.Вам Bely уже высказал свои соображения, а лишь только добавлю.

Изменение глубины вложенности древа - это всегда в некотором роде "встряска" для проектировщика. Надо просмотреть запросы, зависящие от глубины, надо перепроверить клиентские приложения, что они учтут внесенные изменения. Но неужели Вы уверены, что использование XML решит/облегчит хоть как-то перечисленные проблемы?

Добавлю. Во многих CTE-запросах из хелпов, на которых я сам учился, рассматривалась ИМЕННО структура предприятия. Показательный, между прочим, пример. ;)