| ← Июль 2008 → | ||||||
|
1
|
2
|
3
|
4
|
6
|
||
|---|---|---|---|---|---|---|
|
7
|
8
|
9
|
10
|
11
|
13
|
|
|
14
|
15
|
16
|
17
|
18
|
20
|
|
|
21
|
22
|
23
|
24
|
25
|
27
|
|
|
28
|
29
|
30
|
31
|
|||
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.sql-ex.ru
Открыта:
15-09-2004
Статистика
0 за неделю
Новости сайта "Упражнения по SQL" (http://www.sql-ex.ru) 197
Новости сайта "Упражнения по SQL (http://www.sql-ex.ru)" Выпуск 197 (05 июля 2008 г.)Новым посетителям сайта Сайт посвящен изучению языка, с помощью которого осуществляется взаимодействие с реляционными (и не только) СУБД. Суть обучения
состоит в выполнении заданий на написание запросов к учебным базам данных; при этом система контролирует правильность выполнения заданий. В настоящее время реализованы все операторы подъязыка манипуляции данными (DML), которые включают в себя оператор извлечения данных SELECT, а также операторы модификации данных - INSERT, DELETE и UPDATE.
Мы надеемся, что справочного материала сайта окажется достаточно для самостоятельного обучения. Кроме того, свои решения вы можете обсудить на форуме сайта. Опытных же специалистов приглашаем проверить (продемонстрировать) свое мастерство и принять участие в соревновании, обеспечиваемом рейтинговой системой учета времени выполнения заданий. Фактически, рейтинг ведется на втором этапе тестирования, который начинается сейчас после решения 54-х задач первого этапа. При подсчете рейтинга каждого участника отбрасывается один самый худший показатель среди всех решенных им упражнений. Демонстрация плана выполнения запроса и сравнительная оценка эффективности решений поможет вам освоить принципы оптимизации запросов, которые пригодятся на третьем рейтинговом этапе, который начинается после 138 задачи.Имеется возможность получить сертификат по SQL DML при выполнении определенного количества заданий. Новости сайта§ Автор - vlksm - усилила проверку 74 задачи. Теперь эта задача будет проверяться на отдельной базе. § Изменения среди лидеров (решенные за неделю задачи третьего этапа): § Мы принимаем участие в конкурсе Ростовских сайтов. Голосовать можно один раз в день, если, конечно, есть желание :-). § Новые лица в ТОР 100 и вернувшиеся туда: § Продвинулись в рейтинге: § Продвижение ближайших претендентов на попадание в ТОР 100: § Число подписчиков - 3786 Число участников рейтинга - 17711 Число участников второго этапа - 1416 Число участников третьего этапа - 32 Сертифицировано на сайте - 288 Лучшие результаты (ТОР 20)
Лучшие результаты за неделю
Изучаем SQLТребования к SQL Server по усилению поддержки: предложение OVER() и упорядоченные вычисления (продолжение, начало в вып.195)Itzik Ben-Gan и Sujata Mehta (оригинал: SQL Server Feature Enhancement Request - OVER Clause and Ordered Calculations )Перевод Карасева Н.В. Немного отвлечемся и обратим внимание на недостаток оптимизатора в отношении подзапросов. Это не основная тема статьи, поэтому вы вполне можете пропустить это отступление. Допустим, пользователь изменил запрос и теперь желает увидеть, помимо общего количества, еще и среднее значение, минимальное количество и максимальное количество на работника по месяцам от начала деятельности работника до текущего месяца. Изменения довольно просты, поэтому мы просто и добавляем вычисления всех агрегатов с помощью подзапросов. ----------------------------------------------------------
-- Агрегация с накоплением
-- Решение 1 : Использование коррелированных подзапросов
-- многочисленные агрегаты
----------------------------------------------------------
SELECT O1.empid, O1.ordermonth, O1.qty,
(SELECT SUM(O2.qty)
FROM EmpOrders AS O2
WHERE O2.empid = O1.empid
AND O2.ordermonth <= O1.ordermonth) AS cumulativeqty,
(SELECT CAST (AVG(1.0 * O2.qty) AS DECIMAL (12,2))
FROM EmpOrders AS O2
WHERE O2.empid = O1.empid
AND O2.ordermonth <= O1.ordermonth) AS avgqty,
(SELECT MAX (O2.qty)
FROM EmpOrders AS O2
WHERE O2.empid = O1.empid
AND O2.ordermonth <= O1.ordermonth) AS maxqty,
(SELECT MIN (O2.qty)
FROM EmpOrders AS O2
WHERE O2.empid = O1.empid
AND O2.ordermonth <= O1.ordermonth) AS minqty
FROM EmpOrders AS O1
ORDER BY O1.empid, O1.ordermonth;
GO
 
Рисунок 1-2: План выполнения для запроса, использующего коррелированные подзапросы для вычисления многочисленных агрегатов с накоплением Теперь мы видим, что каждый подзапрос требует повторного сканирования данных (даже если всем подзапросам нужны одни и те же строки). Если обозначить количество агрегатов вычисляемых подобным образом за A, ценой этого плана, выраженной в количестве частичных сканирований, будет A*P* (N+N^2) /2 (min и max будут исключениями, для них нужны только первая и последняя строка в выборке). Дефект оптимизатора состоит в том, что он не догадывается, что может использовать одно и то же сканирование для разных агрегатов. Этот недостаток можно преодолеть за счет соединения таблицы EmpOrders с самой собой, что, по-видимому, интуитивно не так понятно, чем подзапрос. --------------------------------------------
--Множественная агрегация с накоплением
-- Решение 2: Использование самосоединения
-------------------------------------------
SELECT O1.empid, O1.ordermonth, O1.qty,
SUM(O2.qty) AS cumulativeqty,
CAST (AVG(1.0 * O2.qty) AS DECIMAL (12,2)) AS avgqty,
MAX(O2.qty) AS maxqty,
MIN(O2.qty) AS minqty
FROM EmpOrders AS O1
JOIN EmpOrders AS O2
ON O2.empid = O1.empid
AND O2.ordermonth <= O1.ordermonth
GROUP BY O1.empid, O1.ordermonth, O1.qty
ORDER BY O1.empid, O1.ordermonth;
Рисунок 1-3: План выполнения для запроса, использующего самосоединение для вычисления множественных агрегатов с накоплением План запроса похож на план на рисунке 1-1. Здесь одно и то же частичное сканирование данных обслуживает все агрегатные запросы. Но стоимость по-прежнему P* (N+N^2) /2, и то благодаря индексу на (empid, ordermonth). Без такого индекса, оценка стоимости была бы просто (P*N) ^2. Даже если мы, как программисты, принимаем этот стиль мышления и получаем все преимущества, создавая решения на основе теоретико-множественного подхода, сам язык SQL (без предложения OVER) не имеет достаточно богатого "словаря" для легкого перевода реальных задач бизнеса на SQL, когда дело касается вычислений над упорядоченными данными (временными или другими последовательностями). Для таких задач, когда разбиение имеет достаточно большой размер, обработка курсоров, несмотря на связанные с ними проблемы производительности, может оказаться более эффективной, чем решения на основе множеств. Давайте снимем шляпы теории множеств и решим задачу с помощью курсоров. (Продолжение следует...) Полезная информация§ Онлайновый выпуск рассылки можно почитать на сайте. § Все статьи, публикуемые в рассылке, затем выкладываются на сайте Книги и статьи по SQL. § Желающих поспособствовать популяризации сайта прошу проголосовать/поставить закладку в социальных сетях: КонтактыПо всем вопросам, связанным с функционированием сайта, проблемами при решении упражнений, идеями вы можете обращаться к Сергею И.Моисеенко msi77[@]yandex.ru. Вы также можете предложить свои задачи для публикации на сайте. |
| В избранное | ||
