| ← Февраль 2009 → | ||||||
|
1
|
||||||
|---|---|---|---|---|---|---|
|
2
|
3
|
4
|
5
|
6
|
8
|
|
|
9
|
10
|
11
|
12
|
13
|
15
|
|
|
16
|
17
|
18
|
19
|
20
|
22
|
|
|
23
|
24
|
25
|
26
|
27
|
||
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.sql-ex.ru
Открыта:
15-09-2004
Статистика
0 за неделю
Новости сайта "Упражнения по SQL" (http://www.sql-ex.ru) 229
Новости сайта "Упражнения по SQL (http://www.sql-ex.ru)"Выпуск 229 от 14 февраля 2009 г.Новым посетителям сайта Сайт посвящен изучению языка, с помощью которого осуществляется взаимодействие с реляционными (и не только) СУБД. Суть обучения
состоит в выполнении заданий на написание запросов к учебным базам данных; при этом система контролирует правильность выполнения заданий. В настоящее время реализованы все операторы подъязыка манипуляции данными (DML), которые включают в себя оператор извлечения данных SELECT, а также операторы модификации данных - INSERT, DELETE и UPDATE.
Мы надеемся, что справочного материала сайта окажется достаточно для самостоятельного обучения. Кроме того, свои решения вы можете обсудить на форуме сайта. Опытных же специалистов приглашаем проверить (продемонстрировать) свое мастерство и принять участие в соревновании, обеспечиваемом рейтинговой системой учета времени выполнения заданий. Фактически, рейтинг ведется на втором этапе тестирования, который начинается сейчас после решения 50-й задачи первого этапа. При подсчете рейтинга каждого участника отбрасывается один самый худший показатель среди всех решенных им упражнений. Демонстрация плана выполнения запроса и сравнительная оценка эффективности решений поможет вам освоить принципы оптимизации запросов, которые пригодятся на третьем рейтинговом этапе, который начинается после 138 задачи.Имеется возможность получить сертификат по SQL DML при выполнении определенного количества заданий. Новости сайта§ Усилил проверку задачи 32 (рейтинговый этап) в ответ на сообщение nonStyle. § Fiolent добавил подсказку для задачи 103. Также появилась подсказка для задачи 65. § Fantast обратил внимание на то, что комбинация "ctrl+enter" не работает на упражнениях DML (как, впрочем, и на обучающем этапе). Исправил. § Под номером 153 выставлена новая задача от Ozzy (сложность 3 балла). § Изменения среди лидеров (решенные за неделю задачи третьего этапа): § Новые лица в ТОР 100 и вернувшиеся туда: § Продвижение ближайших претендентов на попадание в ТОР 100: § Число подписчиков - 3818 Число участников рейтинга - 19003 Число участников второго этапа - 1713 Число участников третьего этапа - 46 Сертифицировано на сайте - 352 Лучшие результаты (ТОР 20)
Лучшие результаты за неделю
Изучаем SQLМассивы и списки в SQL Server 2005 (начало в вып.217-228)Erland Sommarskog (оригинал: Arrays and Lists in SQL Server 2005 )Перевод: Моисеенко С.И. XML, основанный на схемеВ примерах выше я использовал нетипизированные документы XML, но Вы можете определить схему XML с помощью CREATE XML SCHEMA COLLECTION и вместо того, чтобы объявлять ваш параметр просто как xml, Вы можете указать xml (mycollection). SQL Server тогда будет проверять, насколько этот документ соответствует схеме. Я не вижу тут особого смысла с точки зрения альтернативы списку с разделителями-запятыми. Это может оказаться полезным для процедуры, которая выполняет вставку строки из более сложного документа. Ориентированный на элементы XMLТо, что Вы видели выше, называется ориентированным на атрибуты документом XML. Вы также можете использовать ориентированный на элементы XML, когда документ XML для ID продукции выглядит так: <Root><Num>9</Num><Num>12</Num><Num>27</Num><Num>37</Num></Root> В качестве первого параметра метода value Вы просто задаете единственный период, чтобы обозначить текущий элемент. Однако если у Вас нет особых причин использовать ориентированный на элементы XML, предпочтите ориентированный на атрибуты документ. В моих тестах "элементный" XML демонстрировал на 40-50 % большее время выполнения, чем "атрибутный" XML. Кроме того, есть серьезная проблема, связанная с "элементным" XML в SQL 2005 SP2. Если Вы распакуете "элементный" документ XML в таблицу без кластерного индекса, то оптимизатор выберет такой план запроса, который является совершенным бедствием, когда документ генерирует много строк. Подробности можно посмотреть в сообщении о баге, о котором я заявил на сайте Майкрософт Connect site. OPENXMLУже в SQL 2000 Вы могли использовать XML благодаря функции OPENXML. OPENXML все еще имеется в SQL 2005, но единственная причина использовать его для Вас - это та, что вы должны также поддерживать SQL 2000. OPENXML слишком громоздкий для использования, и его производительность не соизмерима с методом nodes. Фактически, в моих тестах она была на 30-50 % ниже, чем для итерационного метода. Если Вы хотите посмотреть пример OPENXML, обратитесь, пожалуйста, к версии этой статьи для SQL 2000 (arrays-in-sql-2000.html). Использование таблицы чиселЭто самый быстрый способ распаковать разделенный запятыми список чисел в чистом T-SQL. Трюк состоит в использовании вспомогательной таблицы чисел: таблицы с одним столбцом и числами от 1 и далее. Вот как Вы можете создать таблицу с числами от 1 до 999 999: CREATE TABLE Numbers (Number int NOT NULL PRIMARY KEY);
WITH digits (d) AS (
SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION
SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION
SELECT 7 UNION SELECT 8 UNION SELECT 9 UNION
SELECT 0)
INSERT Numbers (Number)
SELECT Number
FROM (SELECT i.d + ii.d * 10 + iii.d * 100 + iv.d * 1000 +
v.d * 10000 + vi.d * 100000 AS Number
FROM digits i
CROSS JOIN digits ii
CROSS JOIN digits iii
CROSS JOIN digits iv
CROSS JOIN digits v
CROSS JOIN digits vi) AS Numbers
WHERE Number > 0
См. конец раздела "Элементы массива постоянной длины", где приводится альтернативный способ создания таблицы чисел. Встроенная функцияДля представления встроенной (однострочной табличнозначной) функции я начну с метода, который хорош для объяснения последующего материала, но есть несколько моментов, на которых следует остановиться в связи с этой функцией. Позже я покажу Вам функцию, которая использует разбиение и которая является более надежной. Рассматриваемую ниже функцию - inline_split_me первоначально предоставил мне SQL Server MVP Anith Sen. Оригинальная версия, которую я получил от Anith, представлена в версии статьи для SQL 2000. Ниже дана версия, модифицированная Brian W Perrin: CREATE FUNCTION inline_split_me(@param nvarchar(MAX))
RETURNS TABLE AS
RETURN(SELECT ltrim(rtrim(convert(nvarchar(4000),
substring(@param, Number,
charindex(N',' COLLATE Slovenian_BIN2,
@param + N',', Number) -
Number)
))) AS Value
FROM Numbers
WHERE Number <= convert(int, len(@param))
AND substring(N',' + @param, Number, 1) =
N',' COLLATE Slovenian_BIN2)
Go
В то время как итерационное решение было несколько длинноватым, но прямым, этот подход компактен, но не все читатели могут ухватить суть этого SQL сразу. (Я сам испытывал затруднения). Но давайте попытаемся понять, что этот зверь делает, и начнем с предложения WHERE. Первое условие: Number <= convert(int, len(@param)) является простым. Переведенное в традиционное программирование, оно представляет собой цикл, который говорит "для всех символов в строке". Что касается convert, то я еще вернусь к этому. Второе условие: substring(N',' + @param, Number, 1) = N',' отфильтровывает все позиции, где находится разделитель. Или, более точно, где начинается элемент списка. Первый элемент не имеет предшествующего разделителя, но мы обращаемся к нему с предшествующей @param запятой. Поскольку это сдвигает все символы на одну позицию, эта позиция и есть та позиция, откуда начинается элемент; символ после разделителя. Ключевой момент - в списке SELECT: substring(@param, Number,
charindex(N',', @param + N',', Number) - Number)
Эта конструкция извлекает один элемент. Как я сказал выше, Number - это позиция, где начинается элемент. Затем мы находим конец элемента поиском следующего разделителя, определяя Number стартовой позицией для поиска, которая является третьим параметром в charindex. Для обработки конца строки мы дописываем запятую к @param. charindex возвращает позицию, а третий параметр в substring есть требуемая длина подстроки. Чтобы вычислить ее, мы просто вычитаем текущую позицию из позиции следующего разделителя. SELECT также содержит такую конструкцию: ltrim(rtrim(convert(nvarchar(4000) Ее назначение - убрать начальные и конечные пробелы. И мы преобразовываем результат к nvarchar (4000), так как тип возвращаемого значения из substring совпадает с типом на входе, т.е. nvarchar (MAX). А как я отметил ранее, соединение nvarchar (MAX) с обычным столбцом nvarchar отрицательно сказывается на производительности. Наконец, чтобы ускорить запрос, я принудительно использую бинарную коллацию в двух местах. Вот пример того, как использовать эту конкретную функцию: CREATE PROCEDURE get_company_names_inline @customers nvarchar(2000) AS SELECT C.CustomerID, C.CompanyName FROM Northwind..Customers C JOIN inline_split_me(@customers) s ON C.CustomerID = s.Value go EXEC get_company_names_inline 'ALFKI,BONAP,CACTU,FRANK' (Продолжение следует...) Полезная информация§ Приглашаем вас посетить новый проект - Интерактивный учебник по SQL. § Онлайновый выпуск рассылки можно почитать на сайте. § Все статьи, публикуемые в рассылке, затем выкладываются на сайте Книги и статьи по SQL. § Хотите поддержать проект? Вот инструкция по применению. :-) КонтактыПо всем вопросам, связанным с функционированием сайта, проблемами при решении упражнений, идеями вы можете обращаться к Сергею И.Моисеенко msi77[@]yandex.ru. Вы также можете предложить свои задачи для публикации на сайте. |
| В избранное | ||
