s = "select count(*) as number_of_authors,city" & _
"from authors" &
_
"group by city"
& _
"order by
number_of_authors desc" & _
"for xml nested"
Set cmd.ActiveConnection = c
cmd.Properties("ClientSideXML") = "True"
cmd.CommandType = adCmdText
cmd.CommandText = s
cmd.Properties("Output Stream") = Response
cmd.Properties("xml root") = "root"
cmd.Execute , , adExecuteStream
Set cmd = nothing
Set conn = nothing
%>
В качестве основного провайдера задан провайдер
SQLXMLOLEDB. Провайдер SQL Server’а задается с помощью строки Data
Provider=sqloledb. Чтобы указать, что используется клиентское форматирование, свойство ClientSideXML установлено в true. Следует заметить, что это свойство
(т.е. клиентское форматирование) можно использовать только для типа adCmdText.
При вызове хранимых процедур его устанавливать нельзя.
Апдейтаграммы и XML Bulk Load
В этом разделе мы рассмотрим способы изменения данных
(удаление, добавление и правка) с помощью XML-документов. Какие достоинства у
этого метода перед использованием SQL-инструкций непосредственно в шаблоне?
Во-первых, апдейтаграммы намного понятнее простым пользователям или
неосведомленным программистам. Хотя синтаксис написания апдейтаграмм не так уж
и прост, он подчиняется обычным правилам XML и, если вы совсем не разбираетесь
в SQL, апдейтаграммы – лучший выбор. Кроме этого, вы просто не имеете другой
столь же эффективной альтернативы, как XML Bulk Load для загрузки больших, очень больших объемов XML-данных. Но обо всем по порядку.
Апдейтаграммы
Апдейтаграммы – это особый тип шаблонов, в котором
вместо запроса на выборку данных хранится информация, необходимая для изменения
данных. Синтаксис их таков:
Как видно из синтаксиса, апдейтаграмма может иметь
параметры. Они, как обычно, задаются в URL и, как обычно, могут опускаться.
Раздел header не является обязательным, но на практике без него обойтись
трудно. Раздел before, по существу, определяет запись, над которой будет
производиться действие. Он обязателен для изменения или удаления данных. В
случае вставки его можно опустить. Раздел after определяет, как будет выглядеть
найденная запись после выполнения апдейтаграммы. В случае удаления его
указывать не нужно. Раздел sync определяет границы транзакции и буквально
трансформируется в команды begin trans и commit trans. В случае неудачного
выполнения шаблона транзакция откатывается с помощью rollback trans.
ПРИМЕЧАНИЕ
Все аспекты работы апдейтаграмм хорошо
видны в профайлере. Если у вас возникают вопросы, рекомендую сразу же им
воспользоваться.
В каком случае может возникнуть ошибка? Причин много:
Раздел before не может однозначно определить запись, над которой будет производиться действие. Например, если вы захотите удалить
все записи, у которых поле age равно 33, то в ответ получите ошибку Ambiguous
delete, unique identifier required. Другая ошибка возникает, когда такую запись
невозможно найти совсем. В этом случае генерируется сообщение Empty delete, no
deletable rows found для операции удаления, или Empty update, no updatable rows
found для операции обновления.
Откат транзакции в триггере.
Ошибка ограничения (constraint violation).
Для того чтобы SQL Server понял, какие таблицы и поля
ему изменять, вы можете использовать аннотированные схемы XDR или XSD. Если
схема не используется, по умолчанию названия элементов соответствуют названиям
таблиц, названия и значения атрибутов – названию и значению полей
соответственно.
Добавление данных
Для вставки данных используется раздел after. Раздел
before опускается. Если вы хотите получить на выходе значение колонки identity, укажите атрибут returned (и атрибут at-identity, см. далее). Для элемента, обозначающего таблицу, вы можете дополнительно указать три атрибута:
id – будет рассмотрен в разделе Обновление данных;
at-identity – позволяет получить в результирующий
XML-документ значение вставленного поля для колонки identity. Например, пусть
имеется такая таблица
create
table test1(_id int identity,fld1 int)
Вот шаблон, который вставляет в нее данные:
Рекомендуем скачать другие рефераты по теме: права человека реферат, реферат влияние.
