| ← Ноябрь 2008 → | ||||||
|
2
|
||||||
|---|---|---|---|---|---|---|
|
5
|
6
|
7
|
9
|
|||
|
10
|
11
|
12
|
13
|
14
|
16
|
|
|
17
|
18
|
19
|
20
|
21
|
23
|
|
|
24
|
25
|
26
|
27
|
28
|
30
|
|
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.sql-ex.ru
Открыта:
15-09-2004
Статистика
0 за неделю
Новости сайта "Упражнения по SQL" (http://www.sql-ex.ru) 217
Новости сайта "Упражнения по SQL (http://www.sql-ex.ru)"Выпуск 217 от 22 ноября 2008 г.Новым посетителям сайта Сайт посвящен изучению языка, с помощью которого осуществляется взаимодействие с реляционными (и не только) СУБД. Суть обучения
состоит в выполнении заданий на написание запросов к учебным базам данных; при этом система контролирует правильность выполнения заданий. В настоящее время реализованы все операторы подъязыка манипуляции данными (DML), которые включают в себя оператор извлечения данных SELECT, а также операторы модификации данных - INSERT, DELETE и UPDATE.
Мы надеемся, что справочного материала сайта окажется достаточно для самостоятельного обучения. Кроме того, свои решения вы можете обсудить на форуме сайта. Опытных же специалистов приглашаем проверить (продемонстрировать) свое мастерство и принять участие в соревновании, обеспечиваемом рейтинговой системой учета времени выполнения заданий. Фактически, рейтинг ведется на втором этапе тестирования, который начинается сейчас после решения 50-й задачи первого этапа. При подсчете рейтинга каждого участника отбрасывается один самый худший показатель среди всех решенных им упражнений. Демонстрация плана выполнения запроса и сравнительная оценка эффективности решений поможет вам освоить принципы оптимизации запросов, которые пригодятся на третьем рейтинговом этапе, который начинается после 138 задачи.Имеется возможность получить сертификат по SQL DML при выполнении определенного количества заданий. Новости сайта§ Оценка стоимости запроса в рейтинге по эффективности, как заметил arcan, отличалась от оценки, которая дается на странице с упражнениями при повторном решении задачи. Привел в соответствие. § По просьбе Ozzy продублировал полную формулировку задачи в нижней части страницы форума. § Произошла замена задачи и изменение сертификационных требований: § Одна задача (без учета вновь добавленной) до третьего этапа осталась: § Изменения среди лидеров (решенные за неделю задачи третьего этапа): § Продвинулись в рейтинге: § Продвижение ближайших претендентов на попадание в ТОР 100: § На этой неделе сертифицированы: § Число подписчиков - 3813 Число участников рейтинга - 19526 Число участников второго этапа - 1609 Число участников третьего этапа - 42 Сертифицировано на сайте - 340 Лучшие результаты (ТОР 20)
Лучшие результаты за неделю
Изучаем SQLМассивы и списки в SQL Server 2005Erland Sommarskog (оригинал: Arrays and Lists in SQL Server 2005 )Перевод: Моисеенко С.И. ВведениеНа общественных форумах, посвященных SQL Server, часто приходится слышать такой вопрос: "Как мне использовать множества в SQL Server"? Или почему не работает SELECT * FROM tbl WHERE col IN (@list)? Короткий ответ на первый вопрос гласит, что SQL Server не имеет множеств - SQL Server имеет таблицы. Однако Вы не можете передать с клиента таблицу на вход SQL Server. То, что Вы можете сделать - это задать строку и распаковать ее в таблицу. Эта статья описывает множество различных способов сделать это, как хороших, так и плохих. Сначала я сформулирую проблему (включая быстрое, если не лучшее, решение). Затем последует краткий обзор методов, после чего обсуждаются общие проблемы, независимо от того какой метод Вы используете. Покончив с вводной частью, в остальной части статьи я детально опишу все методы, обсуждая при этом их сильные и слабые стороны. Чтобы выяснить, насколько хорошо работают эти методы, я провел тесты производительности и поместил результаты этих тестов в отдельном приложении. Если Вас пугает чрезмерный объем этой статьи, Вам следует знать, что ее не обязательно читать последовательно, переходите по ссылкам, куда вам нравится. Если Вы простой программист SQL, кто хочет узнать, "как это сделать?", то можете бросить чтение уже после первого решения, если спешите. Если у Вас есть немного больше времени, Вы читаете введение в проблему, краткий обзор и раздел "Общие соображения"; изучаете методы, которые кажутся вам наиболее предпочтительными. Истинные любители SQL, которые интересуются оценками производительности, сочли бы объяснения методов немного утомительными и могут просмотреть по диагонали эти разделы, перейдя непосредственно к тестам производительности в приложении. Замечу, что эта статья относится только к SQL Server 2005 (осталось лишь несколько обратных ссылок на SQL 2000). Если Вы используете SQL 2000, есть более ранняя версия этой статьи, которая относится к SQL 2000, SQL 7 и SQL 6.5. Все примеры в этой статье относятся к базе данных Northwind. Эта база данных не поставляется с SQL Server 2005, но Вы можете скачать ее установочный скрипт с вебсайта Microsoft. Введение в проблемуСписок значений, разделенных запятымиВы имеете множество значений ключа, идентифицирующих несколько строк в таблице, которые требуется получить. Если Вы используете операторы SQL в коде клиента, то могли бы написать что-то похожее на следующий фрагмент: SQL = "SELECT ProductID, ProductName FROM Northwind..Products " & _
"WHERE ProductID IN (" & List & ")"
rs = cmd.Execute(SQL)
Здесь LIST - переменная, которой Вы где-нибудь присвоили строковое значение, представляющего собой список, разделенный запятыми, например: "9, 12, 27, 39". Такой код - плохой прием, поскольку никогда не следует встраивать значения параметров в строку запроса. (Объяснение этого выходит за рамки данной статьи, но я обсуждаю это подробно в моей статье The Curse and Blessings of Dynamic SQL ("Проклятие и благословения динамического SQL") , в частности, в разделах SQL Injection (инъекция SQL) и Caching Query Plans ("Кэширование плана запроса"). Поскольку это плохой метод, Вы захотите использовать хранимые процедуры. Однако, как кажется на первый взгляд, нет никакого очевидного способа сделать это. Многие пробовали так: CREATE PROCEDURE get_product_names @ids varchar(50) AS SELECT ProductID, ProductName FROM Northwind..Products WHERE ProductID IN (@ids) Однако при тестировании: EXEC get_product_names '9, 12, 27, 37' возникала ошибка: Server: Msg 245, Level 16, State 1, Procedure get_product_names, Line 2 Syntax error converting the varchar value '9, 12, 27, 37' to a column of data type int. (Ошибка синтаксиса, преобразование значения varchar - '9, 12, 27, 37' к столбцу с типом данных int) Причина неудачи состоит в том, что мы уже не используем динамический SQL, и @ids - это только одно значение в предложении IN. Предложение IN можно было бы прочитать так: ... WHERE col IN (@a, @b, @c) Чтобы внести еще больше ясности, предлагаю вам посмотреть этот небольшой скрипт: CREATE TABLE #csv (a varchar(20) NOT NULL)
go
INSERT #csv (a) VALUES ('9, 12, 27, 37')
INSERT #csv (a) VALUES ('something else')
SELECT a FROM #csv WHERE a IN ('9, 12, 27, 37')
Правильный способ разрешить ситуацию состоит в том, чтобы использовать функцию, которая распакует строку в таблицу. Ниже самая простая из таких функций: 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
Функция просто в итерационном процессе проходит строку, находя запятые, и извлекает значения одно за другим. Единственная сложность - логика обработки последнего значения в строке. Ниже пример использования этой функции: пример использования этой функции: CREATE PROCEDURE get_product_names_iter @ids varchar(50) AS SELECT P.ProductName, P.ProductID FROM Northwind..Products P JOIN iter$simple_intlist_to_tbl(@ids) i ON P.ProductID = i.number go EXEC get_product_names_iter '9, 12, 27, 37' Итак, мы имеем решение проблемы. Но позвольте мне сказать прямо, что эта функция не слишком быстрая, и почти все методы, которые я буду обсуждать в этой статье, быстрее данного. Тем не менее, этого достаточно для многих ситуаций, особенно если список короткий. Поэтому если Вы торопитесь заняться вашим проектом, можете остановиться на этом и вернуться позже, если Вам будет любопытно или Вы столкнетесь с проблемами производительности, чтобы изучить другие варианты. Если у Вас списки уже находятся в столбце таблицы, и Вы торопитесь, перейдите к разделу Unpacking Lists in a Table ("Распаковка списков в таблицу"). (Продолжение следует...) Полезная информация§ Приглашаем вас посетить новый проект - Интерактивный учебник по SQL. § Онлайновый выпуск рассылки можно почитать на сайте. § Все статьи, публикуемые в рассылке, затем выкладываются на сайте Книги и статьи по SQL. § Хотите поддержать проект? Вот инструкция по применению. :-) КонтактыПо всем вопросам, связанным с функционированием сайта, проблемами при решении упражнений, идеями вы можете обращаться к Сергею И.Моисеенко msi77[@]yandex.ru. Вы также можете предложить свои задачи для публикации на сайте. |
| В избранное | ||
