| ← Апрель 2009 → | ||||||
|
1
|
2
|
3
|
5
|
|||
|---|---|---|---|---|---|---|
|
6
|
7
|
8
|
9
|
10
|
12
|
|
|
13
|
14
|
15
|
16
|
17
|
19
|
|
|
20
|
21
|
22
|
23
|
24
|
26
|
|
|
27
|
28
|
29
|
30
|
|||
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.sql-ex.ru
Открыта:
15-09-2004
Статистика
0 за неделю
Новости сайта "Упражнения по SQL" (http://www.sql-ex.ru) 237
Новости сайта "Упражнения по SQL (http://www.sql-ex.ru)"Выпуск 237 от 11 апреля 2009 г.Новым посетителям сайта Сайт посвящен изучению языка, с помощью которого осуществляется взаимодействие с реляционными (и не только) СУБД. Суть обучения
состоит в выполнении заданий на написание запросов к учебным базам данных; при этом система контролирует правильность выполнения заданий. В настоящее время реализованы все операторы подъязыка манипуляции данными (DML), которые включают в себя оператор извлечения данных SELECT, а также операторы модификации данных - INSERT, DELETE и UPDATE.
Мы надеемся, что справочного материала сайта окажется достаточно для самостоятельного обучения. Кроме того, свои решения вы можете обсудить на форуме сайта. Опытных же специалистов приглашаем проверить (продемонстрировать) свое мастерство и принять участие в соревновании, обеспечиваемом рейтинговой системой учета времени выполнения заданий. Фактически, рейтинг ведется на втором этапе тестирования, который начинается сейчас после решения 50-й задачи первого этапа. При подсчете рейтинга каждого участника отбрасывается один самый худший показатель среди всех решенных им упражнений. Демонстрация плана выполнения запроса и сравнительная оценка эффективности решений поможет вам освоить принципы оптимизации запросов, которые пригодятся на третьем рейтинговом этапе, который начинается после 138 задачи.Имеется возможность получить сертификат по SQL DML при выполнении определенного количества заданий. Новости сайта§ Привел все строковые данные проверочных баз к единой коллации. Это устранит некоторые проблемы, иногда возникающие с проверкой запросов. § Автор изменила формулировку задачи 141. § На этой неделе добавил еще несколько ссылок на соответствующие разделы справки к упражнениями обучающего этапа. § Собираюсь выставить несколько новых задач. Надеюсь, что изменения коснутся всех этапов. :-) § Изменения среди лидеров (решенные за неделю задачи третьего этапа): § Продвижение ближайших претендентов на попадание в ТОР 100: § Число подписчиков - 3855 Число участников рейтинга - 20139 Число участников второго этапа - 1783 Число участников третьего этапа - 47 Сертифицировано на сайте - 364 Лучшие результаты (ТОР 20)
Лучшие результаты за неделю
Изучаем SQLМассивы и списки в SQL Server 2005 (начало в вып.217-229, 231-236)Erland Sommarskog (оригинал: Arrays and Lists in SQL Server 2005 )Перевод: Моисеенко С.И. Превращение списка в набор операторов SELECTВставка большого числа строкТеперь давайте посмотрим на метод с точки зрения необходимости вставки многих строк. Скажем, по некоторым причинам Вы не хотите использовать XML. Вы понимаете, что передача по одному оператору INSERT на каждую добавляемую строку не очень эффективна, помимо прочего, из-за большого числа сообщений, передаваемых по сети; поэтому Вы хотите передать за одно обращение весь пакет строк. Самый быстрый способ сделать это состоит в использовании массовой вставки. Для этого вы можете воспользоваться утилитой BCP, оператором BULK INSERT или процедурами массовой вставки клиентского API. Кроме того, Вы можете использовать службу SQL Server Integration Services. Массовая вставка и SSIS выходят за рамки этой статьи, поэтому я не буду вдаваться в детали. В любом случае это методы, которые Вы используете, когда Вы импортируете большие файлы данных. Если Вы имеете сетку на 8 000 строк, использование API для массовой вставки может привести к краху. Бесхитростный подход состоит в том, чтобы запустить пакет с большим числом операторов INSERT VALUES. Только не забудьте включить в пакет SET NOCOUNT ON, иначе каждый INSERT будет генерировать сообщение (1 row affected), возвращаемое клиенту, и Вы опять придете к увеличению сетевого трафика. Это не бог весть что, не более чем по одной вставке строки за раз. А как можно вставить много строк одним оператором? Вот способ: INSERT tbl (...) SELECT val1a, val2a, val3a UNION ALL SELECT val1b, val2b, val3b UNION ALL ... То есть вместо большого количества операторов INSERT Вы имеете один большой толстый SELECT с множеством предложений UNION ALL. Увы, это не даст хорошей производительности. Для небольших пакетов размером около 20 элементов, это решение будет быстрее множественных операторов INSERT. Но по мере роста пакета, время, которое требуется оптимизатору для компиляции пакета, резко возрастает, и общее время выполнения может в несколько раз превысить время пакета, состоящего из INSERT VALUES. Один из способов преодоления этого состоит в генерации множества пакетов типа INSERT SELECT UNION с разумным размером каждого в пределах 20-50 элементов. Это даст Вам лучший из рассмотренных методов. Однако есть третий метод, который намного быстрее. Вы получаете преимущество единственного оператора INSERT, и при этом не платите за компиляцию. Трюк заключается в использовании INSERT-EXEC, который был предложен мне Джимом Эбберсом (Jim Ebbers): INSERT sometable (a, b, c)
EXEC('SELECT 1, ''New York'', 234
SELECT 2, ''London'', 923
SELECT 3, ''Paris'', 1024
SELECT 4, ''Munich'', 1980')
Обычно, когда Вы используете INSERT-EXEC, у Вас имеется хранимая процедура или пакет динамического SQL, который возвращает один результирующий набор, и этот результирующий набор вставляется в таблицу. Но если хранимая процедура или пакет динамического SQL возвращают множественные результирующие наборы, этот метод работает, если все результирующие наборы имеют одну и ту же структуру. Причина, по которой этот метод намного быстрее использования UNOIN, заключается в том, что каждый оператор SELECT компилируется независимо. Единственная сложность этого метода состоит в необходимости следить за правильностью расстановки вложенных кавычек при генерации оператора. Вас может удивить, что я предлагаю здесь динамический SQL, учитывая то, насколько прохладным к нему я был в предыдущем разделе. Но дело состоит в том, что все три предложенные здесь метода предполагают, что клиент должен генерировать полный пакет - с операторами INSERT, значениями и т.д., а что это как не динамический SQL? Таким образом, у Вас есть только один путь в ситуациях, когда разрешения не являются проблемой. (Которые могут иметь место, поскольку таблица вставляется во временную таблицу, и позже хранимая процедура вставляет строки из временной таблицы в целевую таблицу.) Очевидно, что Вы должны были бы тут принять меры для борьбы с инъекцией SQL. Списки с разделителями-запятымиЭто, возможно, не кажется очевидным, но представленные выше методы можно использовать в качестве основы для распаковки разделенных запятыми списков, хотя следует прямо сказать, это больше подходит для раздела "Сумасшедшие вещи, которые Вы можете сделать в T-SQL". Трудно придумать ситуацию, для которой этот метод стал бы лучшим выбором. Первоначально эта идея была предложена Стивом Кассом (Steve Kass). Процедура состоит в использовании функции replace для замены разделителя пустой строкой. В оригинальном предложении Стив Касс использовал UNION ALL SELECT, и затем добавлял еще некоторые манипуляции со строкой, чтобы в результате получить пакет SQL. После этого Вы можете использовать INSERT EXEC для вставки результата выполнения пакета SQL во временную таблицу, которую Вы затем используете в вашем целевом запросе. Хотя UNION имеет очень плохую производительность, я сначала продемонстрирую хранимую процедуру, которая использует UNION, по одной простой причине - этот код более прост для понимания, чем последующий: CREATE PROCEDURE unpack_with_union
@list nvarchar(MAX),
@tbl varchar(30),
@delimiter nchar(1) = N',' AS
DECLARE @sql nvarchar(MAX),
@q1 char(1),
@q2 char(2)
SELECT @q1 = char(39), @q2 = char(39) + char(39)
SELECT @sql = 'INSERT INTO ' + @tbl + ' SELECT ' +
replace(replace(@list, @q1, @q2), @delimiter,
N' UNION ALL SELECT ')
--PRINT @sql
EXEC (@sql)
Внутренний replace используется для обработки потенциально опасной ситуации, когда @list включает одиночные кавычки. Мы их удваиваем в попытке защитить себя от инъекции SQL. Внешний replace заменяет разделитель заглушкой. Название таблицы, куда будут вставлены строки, передается через параметр @tbl. Переменные @q1 и @q2 предохраняют меня от беспорядка одинарных кавычек. Вот пример использования: CREATE PROCEDURE get_product_names_union @ids varchar(50) AS CREATE TABLE #temp (id int NULL) EXEC unpack_with_union @ids, '#temp' SELECT P.ProductName, P.ProductID FROM Northwind..Products P JOIN #temp t ON P.ProductID = t.id go EXEC get_product_names_union '9, 12, 27, 37' Причина, по которой мы используем процедуру, а не функцию, очевидна - мы не можем использовать динамический SQL в функциях. (Продолжение следует...) Полезная информация§ Приглашаем вас посетить новый проект - Интерактивный учебник по SQL. § Онлайновый выпуск рассылки можно почитать на сайте. § Все статьи, публикуемые в рассылке, затем выкладываются на сайте Книги и статьи по SQL. § Хотите поддержать проект? Вот инструкция по применению. :-) КонтактыПо всем вопросам, связанным с функционированием сайта, проблемами при решении упражнений, идеями вы можете обращаться к Сергею И.Моисеенко msi77[@]yandex.ru. Вы также можете предложить свои задачи для публикации на сайте. |
| В избранное | ||
