| ← Январь 2009 → | ||||||
|
1
|
2
|
4
|
||||
|---|---|---|---|---|---|---|
|
5
|
6
|
7
|
8
|
9
|
11
|
|
|
12
|
13
|
14
|
15
|
16
|
18
|
|
|
19
|
20
|
21
|
22
|
23
|
25
|
|
|
26
|
27
|
28
|
29
|
30
|
||
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.sql-ex.ru
Открыта:
15-09-2004
Статистика
0 за неделю
Новости сайта "Упражнения по SQL" (http://www.sql-ex.ru) 224
Новости сайта "Упражнения по SQL (http://www.sql-ex.ru)"Выпуск 224 от 10 января 2009 г.Новым посетителям сайта Сайт посвящен изучению языка, с помощью которого осуществляется взаимодействие с реляционными (и не только) СУБД. Суть обучения
состоит в выполнении заданий на написание запросов к учебным базам данных; при этом система контролирует правильность выполнения заданий. В настоящее время реализованы все операторы подъязыка манипуляции данными (DML), которые включают в себя оператор извлечения данных SELECT, а также операторы модификации данных - INSERT, DELETE и UPDATE.
Мы надеемся, что справочного материала сайта окажется достаточно для самостоятельного обучения. Кроме того, свои решения вы можете обсудить на форуме сайта. Опытных же специалистов приглашаем проверить (продемонстрировать) свое мастерство и принять участие в соревновании, обеспечиваемом рейтинговой системой учета времени выполнения заданий. Фактически, рейтинг ведется на втором этапе тестирования, который начинается сейчас после решения 50-й задачи первого этапа. При подсчете рейтинга каждого участника отбрасывается один самый худший показатель среди всех решенных им упражнений. Демонстрация плана выполнения запроса и сравнительная оценка эффективности решений поможет вам освоить принципы оптимизации запросов, которые пригодятся на третьем рейтинговом этапе, который начинается после 138 задачи.Имеется возможность получить сертификат по SQL DML при выполнении определенного количества заданий. Новости сайта§ На третий этап выставлена новая задача от vlksm - 152 (сложность 3 балла). § Исполнил пожелание о добавлении столбца с баллами по голосованию в рейтинг задач второго этапа. § Изменения среди лидеров (решенные за неделю задачи третьего этапа): § Продвинулись в рейтинге: § Продвижение ближайших претендентов на попадание в ТОР 100: § Число подписчиков - 3835 Число участников рейтинга - 20620 Число участников второго этапа - 1665 Число участников третьего этапа - 45 Сертифицировано на сайте - 345 Лучшие результаты (ТОР 20)
Лучшие результаты за неделю
Изучаем SQLМассивы и списки в SQL Server 2005 (начало в вып.217-223)Erland Sommarskog (оригинал: Arrays and Lists in SQL Server 2005 )Перевод: Моисеенко С.И. Список целых чиселВы уже видели пример итерационного метода в начале этой статьи, но я повторяю его еще раз: CREATE FUNCTION iter$simple_intlist_to_tbl (@list nvarchar(MAX))
RETURNS @tbl TABLE (number int NOT NULL) AS
BEGIN
DECLARE @pos int,
@nextpos int,
@valuelen int
SELECT @pos = 0, @nextpos = 1
WHILE @nextpos > 0
BEGIN
SELECT @nextpos = charindex(',', @list, @pos + 1)
SELECT @valuelen = CASE WHEN @nextpos > 0
THEN @nextpos
ELSE len(@list) + 1
END - @pos - 1
INSERT @tbl (number)
VALUES (convert(int, substring(@list, @pos + 1, @valuelen)))
SELECT @pos = @nextpos
END
RETURN
END
Идея проста. Мы в цикле проходим по строке, находя запятую, и затем извлекаем значения между запятыми. Обратите внимание на использование третьего параметра в charindex, он определяет позицию, откуда начинается поиск следующей запятой. Лишь вычисление @valuelen представляет единственную сложность: мы должны обработать тот факт, что charindex возвратит 0, когда запятые в списке заканчиваются. Однако, эта функция медленнее, чем следовало бы. Когда я писал ту же самую функцию на SQL 2000 несколько лет назад, мне пришлось применить технику разбиения входной строки на куски. Это было необходимо, потому что в SQL 2000 нет типа nvarchar (MAX), лишь только ntext, а charindex работает только в пределах первых 8000 байтов для значения типа ntext. Я надеялся, что с nvarchar(MAX) разбиение на куски не потребуется, но испытание показало, что при использовании кусков по nvarchar (4000) я смог улучшить производительность на 20-30 %. Дело было в charindex: эта функция работает на nvarchar(MAX) медленнее, чем на nvarchar(4000). Почему я не знаю, но поскольку размер значений nvarchar (MAX) может достигать 2 ГИГАБИТОВ, я предполагаю, что charindex имеет более сложную реализацию в случае nvarchar(MAX). Есть вторая проблема с iter$simple_intlist_to_tbl: если Вы по некоторым причинам передадите в нее две последовательных запятые, она даст вам 0 на выходе, что не очень хорошо. Хотя Вы можете легко избежать этой проблемы, добавив немного логики в функцию, но я предпочитаю обойти эту проблему при помощи использования пробела в качестве разделителя. Запятая действительно не имеет никакого смысла для списка целых чисел. Итак, вот лучшая реализация итерационного метода для списка целых чисел: CREATE FUNCTION iter_intlist_to_tbl (@list nvarchar(MAX))
RETURNS @tbl TABLE (listpos int IDENTITY(1, 1) NOT NULL,
number int NOT NULL) AS
BEGIN
DECLARE @startpos int,
@endpos int,
@textpos int,
@chunklen smallint,
@str nvarchar(4000),
@tmpstr nvarchar(4000),
@leftover nvarchar(4000)
SET @textpos = 1
SET @leftover = ''
WHILE @textpos <= datalength(@list) / 2
BEGIN
SET @chunklen = 4000 - datalength(@leftover) / 2
SET @tmpstr = ltrim(@leftover +
substring(@list, @textpos, @chunklen))
SET @textpos = @textpos + @chunklen
SET @startpos = 0
SET @endpos = charindex(' ' COLLATE Slovenian_BIN2, @tmpstr)
WHILE @endpos > 0
BEGIN
SET @str = substring(@tmpstr, @startpos + 1,
@endpos - @startpos - 1)
IF @str <> ''
INSERT @tbl (number) VALUES(convert(int, @str))
SET @startpos = @endpos
SET @endpos = charindex(' ' COLLATE Slovenian_BIN2,
@tmpstr, @startpos + 1)
END
SET @leftover = right(@tmpstr, datalength(@tmpstr) / 2 - @startpos)
END
IF ltrim(rtrim(@leftover)) <> ''
INSERT @tbl (number) VALUES(convert(int, @leftover))
RETURN
END
А вот пример использования этой функции: CREATE PROCEDURE get_product_names_iter @ids varchar(50) AS SELECT P.ProductName, P.ProductID FROM Northwind..Products P JOIN iter_intlist_to_tbl(@ids) i ON P.ProductID = i.number go EXEC get_product_names_iter '9 12 27 37' Эта функция содержит два цикла. Один из них создает куски, а второй проходит по этим кускам. Первый кусок всегда 4000 символов (при условии, что на вход подаются не менее длинные строки). Поскольку мы проходим в конец куска, то, вероятно, будем находиться в середине элемента, который мы сохраняем в @leftover. Мы переносим @leftover на следующий кусок, и поэтому теперь мы можем захватить меньше, чем 4000 символов из @list. Когда мы переходим к последнему куску, @leftover просто является последним элементом списка. Многократные пробелы обрабатываются простым игнорированием @str, если она содержит пробел. Есть две момента, обсуждаемых в "Общих соображениях", которые использую в этой функции, и которых не было в iter$simple: Мне также хочется отметить небольшой прирост производительности по сравнению с версией, которую я приводил в статье для SQL 2000. Сэм Саффрон (Sam Saffron ) указал мне, что я сохраняю перераспределенную строку вместо того, чтобы использовать третий параметр функции charindex. (Продолжение следует...) Полезная информация§ Приглашаем вас посетить новый проект - Интерактивный учебник по SQL. § Онлайновый выпуск рассылки можно почитать на сайте. § Все статьи, публикуемые в рассылке, затем выкладываются на сайте Книги и статьи по SQL. § Хотите поддержать проект? Вот инструкция по применению. :-) КонтактыПо всем вопросам, связанным с функционированием сайта, проблемами при решении упражнений, идеями вы можете обращаться к Сергею И.Моисеенко msi77[@]yandex.ru. Вы также можете предложить свои задачи для публикации на сайте. |
| В избранное | ||
