| ← Февраль 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
|
||
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.sql-ex.ru
Открыта:
15-09-2004
Статистика
0 за неделю
Новости сайта "Упражнения по SQL" (http://www.sql-ex.ru) 177
Новости сайта "Упражнения по SQL (http://www.sql-ex.ru)" Выпуск 177 (16 февраля 2008 г.)Новым посетителям сайта Сайт посвящен изучению языка, с помощью которого осуществляется взаимодействие с реляционными (и не только) СУБД. Суть обучения
состоит в выполнении заданий на написание запросов к учебным базам данных; при этом система контролирует правильность выполнения заданий. В настоящее время реализованы все операторы подъязыка манипуляции данными (DML), которые включают в себя оператор извлечения данных SELECT, а также операторы модификации данных - INSERT, DELETE и UPDATE.
Мы надеемся, что справочного материала сайта окажется достаточно для самостоятельного обучения. Кроме того, свои решения вы можете обсудить на форуме сайта. Опытных же специалистов приглашаем проверить (продемонстрировать) свое мастерство и принять участие в соревновании, обеспечиваемом рейтинговой системой учета времени выполнения заданий. Фактически, рейтинг ведется на втором этапе тестирования, который начинается сейчас после решения 57-ти задач первого этапа. При подсчете рейтинга каждого участника отбрасывается один самый худший показатель среди всех решенных им упражнений. Демонстрация плана выполнения запроса и сравнительная оценка эффективности решений поможет вам освоить принципы оптимизации запросов, которые пригодятся на третьем рейтинговом этапе, который начинается после 138 задачи.Имеется возможность получить сертификат по SQL DML при выполнении определенного количества заданий. Новости сайта§ Сравнив число подписчиков рассылки с числом участников рейтинга, решил выкладывать последний выпуск на сайте для чтения онлайн. § Одна задача осталась до 3 этапа Артём С. (задач 137, время 8.774). § Новые лица в ТОР 100 и вернувшиеся туда: § Продвинулись в рейтинге: § Продвижение ближайших претендентов на попадание в ТОР 100: § На этой неделе сертифицированы: § Число подписчиков - 3725 Число участников рейтинга - 13900 Число участников второго этапа - 1242 Сертифицировано на сайте - 237 Лучшие результаты (ТОР 20)
Лучшие результаты за неделю
Изучаем SQLСортировка и коллации, чувствительные к региструLouis Davidson (оригинал: Sorting and case sensitive collations )Перевод Моисеенко С.И. Этот материал - дополнение к странице 255 моей книги в конце раздела, посвященного коллации (естественно перед сообщением о том, что я не буду копаться глубже в коллациях :)). Я хочу добавить немного информации о коллациях (схемах сопоставления), в частности, о том, как они влияют на сортировку и поиск. Вы можете загрузить все приложение с исходным кодом отсюда: Pro SQL Server 2005 Database Design and Optimization Homepage Сортировка и поискОдно из наиболее путаных свойств коллации - это то, как они влияют на упорядочивание данных при сортировке, и как это может повлиять на такие операторы как LIKE. В случае нечувствительных к регистру коллаций все довольно ясно, данные сортируются так, будто 'A' и 'a' являются одним и тем же символом. Еще один общий случай - нечувствительность к акценту, когда 'a' и 'á' воспринимаются как один символ. Когда Вы используете нечувствительные к регистру и акценту коллации, не будет никакой гарантии, что при сортировке данных какой-либо из этих символов попадет в начало списка. Более того, когда Вы выполняете поиск с помощью '%A %', то без проблем получите: aardvark, Abel, Pená. В некоторых ситуациях нежелательно, чтобы это имело место, и тогда Вы настраиваете столбец, таблицу или базу данных, чтобы они были чувствительными к регистру и к акценту. Именно в этом случае Вас может поставить в тупик использование between, like или запросов других типов на диапазонах символов. В качестве примера давайте создадим следующую таблицу и наполним ее небольшим количеством символов:
create table dbo.TestSorting
(
value nvarchar(1) collate Latin1_General_CI_AI
)
insert into dbo.TestSorting
select 'A'
union all
select 'a'
union all
select nchar(256) --Ā
union all
select 'b'
union all
select 'B'
Выполнение обычного нечувствительного к регистру поиска, использующего базовую коллацию:
select value from dbo.TestSorting where value like '[A-Z]%'
Все строки возвращаются, как и ожидалось: value ----- A a Ā b B Проблема возникает, когда Вы хотите выполнить чувствительный к регистру поиск. Вы выбираете чувствительную к регистру коллацию, и либо указываете ее в предложении WHERE, либо в определении вашей таблицы:
select value from dbo.TestSorting where value like '[A-Z]%' collate Latin1_General_CS_AI
Этот запрос вернет что-то непонятное: value ----- A Ā b B Каждый, кто делает это впервые, думает "Почему?" Я тоже не являюсь исключением (фактически, именно поэтому я и написал этот раздел книги!). Ключ к разгадке находится в том, как сортируются значения в этой коллации:
select value from dbo.TestSorting order by value collate Latin1_General_CS_AI
value ----- a Ā A b B Чувствительность к регистру сортирует так aAbBcC, а не так, как интуитивно представляет себе большинство из нас - программистов: ABCabc. Фактически так работает бинарная коллация, поскольку она сортирует символы на основе значения символа ASCII или Unicode. Использование бинарной коллации работало бы, но тогда Вы теряете возможность включить специальные символы в ваш поиск, которую дает использование нечувствительности к акценту. Вместо этого Вы можете просто использовать LIKE, например:
select value from dbo.TestSorting where value like '[ABCDEFGHIJKLMNOPQRSTUVWXYZ]%' collate Latin1_General_CS_AI
Этот запрос возвращает только заглавные буквы, включая акцентируемую заглавную букву, которая у нас есть. value ----- A Ā B Хорошая идея - сначала посмотреть на сортировку данных, когда Вы выбираете коллацию, чтобы убедиться в том, что вы ясно представляете себе, как будут сортироваться данные. Сначала в данных, которые у вас есть в таблице. Вот пример, если Вы хотите посмотреть, как выполняется сортировка данных в двоичной коллации:
select value from dbo.TestSorting order by value collate Latin1_General_bin
value ----- A B a b Ā Кроме того, у меня есть запрос, который я использую с этой целью. Этот запрос генерирует интересующие меня символы, чтобы я мог посмотреть, как они сортируются
;with digits (i) as( select 1 as i union all select 2 as i union all select 3 union all
select 4 union all select 5 union all select 6 union all select 7 union all
select 8 union all select 9 union all select 0)
,sequence (i) as (
SELECT D1.i + (10*D2.i) + (100*D3.i) + (1000*D4.i) + (10000*D5.i)
FROM digits AS D1 CROSS JOIN digits AS D2 CROSS JOIN digits AS D3
CROSS JOIN digits AS D4 CROSS JOIN digits as D5
)
select i, nchar(i) as character
from sequence
where i between 48 and 122 -- меняйте здесь, чтобы включить любые символы в выбранном наборе символов
order by nchar(i) collate Latin1_General_bin
20-05-2007 Полезная информация§ Хочу порекомендовать вам интересный компьютерный журнал Cooler и его автора Александра Чижова.
§ Желающих поспособствовать популяризации сайта прошу проголосовать/поставить закладку в социальных сетях: КонтактыПо всем вопросам, связанным с функционированием сайта, проблемами при решении упражнений, идеями вы можете обращаться к Сергею И.Моисеенко msi77@yandex.ru. Вы также можете предложить свои задачи для публикации на сайте. |
| В избранное | ||
