| ← Август 2008 → | ||||||
|
1
|
3
|
|||||
|---|---|---|---|---|---|---|
|
4
|
5
|
6
|
7
|
8
|
10
|
|
|
11
|
12
|
13
|
14
|
15
|
17
|
|
|
18
|
19
|
20
|
21
|
22
|
24
|
|
|
25
|
26
|
27
|
28
|
29
|
31
|
|
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.sql-ex.ru
Открыта:
15-09-2004
Статистика
0 за неделю
Новости сайта "Упражнения по SQL" (http://www.sql-ex.ru) 204
Новости сайта "Упражнения по SQL (http://www.sql-ex.ru)" Выпуск 204 (23 августа 2008 г.)Новым посетителям сайта Сайт посвящен изучению языка, с помощью которого осуществляется взаимодействие с реляционными (и не только) СУБД. Суть обучения
состоит в выполнении заданий на написание запросов к учебным базам данных; при этом система контролирует правильность выполнения заданий. В настоящее время реализованы все операторы подъязыка манипуляции данными (DML), которые включают в себя оператор извлечения данных SELECT, а также операторы модификации данных - INSERT, DELETE и UPDATE.
Мы надеемся, что справочного материала сайта окажется достаточно для самостоятельного обучения. Кроме того, свои решения вы можете обсудить на форуме сайта. Опытных же специалистов приглашаем проверить (продемонстрировать) свое мастерство и принять участие в соревновании, обеспечиваемом рейтинговой системой учета времени выполнения заданий. Фактически, рейтинг ведется на втором этапе тестирования, который начинается сейчас после решения 54-х задач первого этапа. При подсчете рейтинга каждого участника отбрасывается один самый худший показатель среди всех решенных им упражнений. Демонстрация плана выполнения запроса и сравнительная оценка эффективности решений поможет вам освоить принципы оптимизации запросов, которые пригодятся на третьем рейтинговом этапе, который начинается после 138 задачи.Имеется возможность получить сертификат по SQL DML при выполнении определенного количества заданий. Новости сайта§ Как объединить данные из двух столбцов в один без использования UNION и JOIN? § Изменения среди лидеров (решенные за неделю задачи третьего этапа): § Завершили второй этап: § Новые лица в ТОР 100 и вернувшиеся туда: § Продвинулись в рейтинге: § Продвижение ближайших претендентов на попадание в ТОР 100: § На этой неделе сертифицированы: § Число подписчиков - 3822 Число участников рейтинга - 17017 Число участников второго этапа - 1502 Число участников третьего этапа - 37 Сертифицировано на сайте - 313 Лучшие результаты (ТОР 20)
Лучшие результаты за неделю
Изучаем SQLТребования к SQL Server по усилению поддержки: предложение OVER() и упорядоченные вычисления (продолжение, начало в вып.195-199, 202)Itzik Ben-Gan и Sujata Mehta (оригинал: SQL Server Feature Enhancement Request - OVER Clause and Ordered Calculations )Перевод Карасева Н.В. Функции ранжирования в SQL Server 2005 SQL могут применяться как с конструкцией PARTITION BY, так и с дополнительным предложением ORDER BY. Следующий запрос показывает пример использования предложения OVER для всех ранжирующих функций с предложениями PARTITION BY и ORDER BY. Для каждого разбиения partition ранжирующая функция вычисляется отдельно. ------------------------------------------------------------------------------- -- Аналитические ранжирующие функции -- с PARTITION BY ------------------------------------------------------------------------------- SELECT orderid, empid, qty, ROW_NUMBER() OVER(PARTITION BY empid ORDER BY qty) AS rownum, RANK() OVER(PARTITION BY empid ORDER BY qty) AS rnk, DENSE_RANK() OVER(PARTITION BY empid ORDER BY qty) AS densernk, NTILE(4) OVER(PARTITION BY empid ORDER BY qty) AS ntile4 FROM dbo.Orders ORDER BY empid, qty; ------------------------------------------------------------------------------- Orderid empid qty rownum rnk densernk ntile4 10001 1 10 1 1 1 1 10006 1 10 2 1 1 2 10005 1 30 3 3 2 3 20001 2 20 1 1 1 1 20002 2 20 2 1 1 2 30001 3 10 1 1 1 1 30003 3 15 2 2 2 2 30004 3 20 3 3 3 3 30007 3 30 4 4 4 4 40005 4 10 1 1 1 1 40001 4 40 2 2 2 2 Таблица 3-4. Аналитические ранжирующие функции с PARTITION BY Из результатов запроса, представленных в таблице 3-4, мы можем увидеть, что все функции работают так же, как в ранее приведенном примере, за исключением того, что они применяются к разбиению, определяемому empid - столбцом, указанным в конструкции PARTITION BY. Слегка отвлекаясь, хочется использовать представившуюся возможность сделать несколько замечаний по поводу детерменизма ранжирующих функций. Хотя это вполне уместная информация относительно аналитических функций, она непосредственно не относится к теме статьи тема данной статьи, поэтому вы можете опустить этот параграф и перейти к обсуждению производительности ниже в этом разделе. Если мы вернемся к результатам в таблице 3-3, то увидим, что для всех записей с qty = 10 (orderid 30001, 10001?10006 и 40005) номера строк принимают значения от 1 до 4. Однако результат был бы правильным, если бы эти номера от 1 до 4 были присвоены этим четырем строкам в любом другом порядке. Это делает запрос недетерминированным. Функции ROW_NUMBER и NTILE детерминированы только тогда, когда значения из списка упорядочения (ORDER BY) уникальны. Если значения в колонках из ORDER BY не уникальны, то обе функции недетерменированы. Продемонстрируем это следующим запросом. ------------------------------------------------------------------------------- -- Детерменизм - ROW_NUMBER, NTILE ------------------------------------------------------------------------------- SELECT orderid, qty, ROW_NUMBER() OVER(ORDER BY qty) AS nd_rownum, ROW_NUMBER() OVER(ORDER BY qty, orderid) AS d_rownum, NTILE(4) OVER(ORDER BY qty) AS nd_ntile4, NTILE(4) OVER(ORDER BY qty, orderid) AS d_ntile4 FROM dbo.Orders ORDER BY qty, orderid; GO ------------------------------------------------------------------------------- orderid qty nd_rownum d_rownum nd_ntile4 d_ntile4 10001 10 2 1 1 1 10006 10 3 2 1 1 30001 10 1 3 1 1 40005 10 4 4 2 2 30003 15 5 5 2 2 20001 20 8 6 3 2 20002 20 7 7 3 3 30004 20 6 8 2 3 10005 30 9 9 3 3 30007 30 10 10 4 4 40001 40 11 11 4 4 Таблица 3-5. Детерминизм функций ROW_NUMBER, NTILE Из результатов в таблице 3-5 мы можем увидеть, что когда мы добавляем orderid в список для ORDER BY и делаем значения в столбцах уникальными, мы получаем гарантированные детерминированные значения номера строк. С другой стороны, функции RANK и DENSE_RANK детерминированы, потому что они задают одинаковые ранговые значения для одинаковых значений в столбце сортировки. Продемонстрируем это следющим примером. --------------------------------------------------------------------- -- Детерменизм - RANK, DENSE_RANK --------------------------------------------------------------------- SELECT orderid, qty, RANK() OVER(ORDER BY qty) AS d_rnk, DENSE_RANK() OVER(ORDER BY qty) AS d_dnsrnk FROM dbo.Orders ORDER BY qty, orderid; GO orderid qty d_rnk d_dnsrnk 10001 10 1 1 10006 10 1 1 30001 10 1 1 40005 10 1 1 30003 15 5 2 20001 20 6 3 20002 20 6 3 30004 20 6 3 10005 30 9 4 30007 30 9 4 40001 40 11 5 Таблица 3-6. Детерминизм функций RANK, DENSE_RANK (Продолжение следует...) Полезная информация§ Онлайновый выпуск рассылки можно почитать на сайте. § Все статьи, публикуемые в рассылке, затем выкладываются на сайте Книги и статьи по SQL. § Желающих поспособствовать популяризации сайта прошу проголосовать/поставить закладку в социальных сетях: КонтактыПо всем вопросам, связанным с функционированием сайта, проблемами при решении упражнений, идеями вы можете обращаться к Сергею И.Моисеенко msi77[@]yandex.ru. Вы также можете предложить свои задачи для публикации на сайте. |
| В избранное | ||
