kaban_nikВроде изучил теорию XML. Возник вопрос - для чего его (XML) применять.
Единственное что приходит в голову хранить однотипные настройки например проги и чегонить есче. Или у меня извращенное понимание мира...
Создание простеньких Web страничек...

Лично мне очень понравилось использовать XML для такой вещи:

Представьте себе накладную в БД. Там есть шапка и строки. Т.е. шапка в одной таблице хранится, строки в другой.

Теперь подумайте, как Вы будете изменять накладную из пользовательского приложения - например, третью позицию отредактировал, десятую удалил и ещё поменял шапку.
Мы хотим использовать транзакцию, т.е. либо поменял накладную целиком, либо вообще не поменял (если произошёл сбой). Поэтому, если мы будем делать это из приложения, то выглядеть это должно примерно так:

con.BeginTran

cmd.Execute "UPDATE ШапкаНакладной ..."

cmd.Execute "UPDATE ТретьяПозиция .."
cmd.Execute "DELETE ДесятаяПозиция"

....
con.Commit


Недостатки очевидны - если у Вас приложение повиснет в процессе транзакции, то остальные пользователи умрут на блокировках. Да и вообще это медленно всё будет, по одной строке менять, возвращать результат на клиента и т.п.

Возьмём другой способ - транзакция внутри хранимой процедуры. Всё бы хорошо, но каким образом передать информацию о строках, которые нужно отредактировать, строках которые нужно удалить в одну процедуру? Одно из дурацких решений - использвоать временные таблицы, куда это всё записывать, а потом вызывать процедуру, указав ей инднексы строк временных таблиц (например, таблица для строк, которые нужно удалить и пр).

Но самое простое решение - использовать XML. В этом случае фактически клиентское приложение в процедуру передаёт только XML текст, который в хранимой процедуре парсится через OpenXML, которой уже известно, что в теге UPDATE находятся строки по изменению, DELETE - по удалению... И в рамках одной транзакции процедура быстро выполнит все изменения одним махом. Это очень и очень полезное качество.