| ← Февраль 2010 → | ||||||
|
1
|
2
|
3
|
4
|
5
|
7
|
|
|---|---|---|---|---|---|---|
|
8
|
9
|
10
|
11
|
12
|
14
|
|
|
15
|
16
|
17
|
18
|
19
|
21
|
|
|
22
|
23
|
24
|
25
|
26
|
28
|
|
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.sql-ex.ru
Открыта:
15-09-2004
Статистика
0 за неделю
Новости сайта "Упражнения по SQL" (http://www.sql-ex.ru) 283
Новости сайта "Упражнения по SQL (http://www.sql-ex.ru)"Выпуск 283 от 27 февраля 2010 г.Новым посетителям сайта Сайт посвящен изучению языка, с помощью которого осуществляется взаимодействие с реляционными (и не только)
СУБД. Суть обучения состоит в выполнении заданий на написание запросов к учебным базам данных; при этом система контролирует правильность выполнения заданий. В настоящее время реализованы все операторы подъязыка манипуляции данными (DML), которые включают в себя оператор извлечения данных SELECT, а также операторы модификации данных - INSERT, DELETE и UPDATE.
Мы надеемся, что справочного материала сайта окажется достаточно для самостоятельного обучения. Кроме того, свои решения вы можете обсудить на форуме сайта. Опытных же специалистов приглашаем проверить (продемонстрировать) свое мастерство и принять участие в соревновании, обеспечиваемом рейтинговой системой учета времени выполнения заданий. Фактически, рейтинг ведется на втором этапе тестирования, который начинается сейчас после решения 42-х задач первого этапа. При подсчете рейтинга каждого участника отбрасывается один самый худший показатель среди всех решенных им упражнений. Демонстрация плана выполнения запроса и сравнительная оценка эффективности решений поможет вам освоить принципы оптимизации запросов, которые пригодятся на третьем рейтинговом этапе, который начинается после 138 задачи.Имеется возможность получить сертификат по SQL DML при выполнении определенного количества заданий. Новости сайта§ Изменения среди лидеров (решенные за неделю задачи третьего этапа): § Продвижение ближайших претендентов на попадание в ТОР 100: § На этой неделе сертифицированы: § Число подписчиков - 3853 Число участников рейтинга - 11333 Число участников второго этапа - 2092 Число участников третьего этапа - 65 На обучающем этапе - 10780 Сертифицировано на сайте - 425 Лучшие результаты (ТОР 20)
Лучшие результаты за неделю
Изучаем SQLЗаметки о типах данных. CHAR и VARCHAR (окончание, начало в вып.282)Моисеенко С.И.Посмотрим теперь, как обстоят дела с определением данных. Ниже приведен тестовый скрипт. CREATE TABLE Test_char(
chr CHAR,
vchr VARCHAR
);
DELETE FROM Test_char;
INSERT INTO Test_char VALUES
('1','11111111112222222222333333333344444444445555555555');
INSERT INTO Test_char VALUES
('11111111112222222222333333333344444444445555555555', '1');
INSERT INTO Test_char VALUES
('2',CAST('111111111122222222223333333333' AS VARCHAR));
INSERT INTO Test_char VALUES
(CAST('111111111122222222223333333333' AS CHAR), '2');
INSERT INTO Test_char VALUES
('3', '3');
SELECT * FROM Test_char;
SQL Server 2008
chr vchr 3 3 Итак, будет вставлена только одна строка, содержащая по одному символу для каждого из столбцов. При вставке остальных строк получаем сообщение об ошибке: String or binary data would be truncated. Хотя здесь выдержано соответствие стандарту, мне кажется, что есть некое противоречие в том, что не работает явное приведение к типу столбца таблицы: INSERT INTO Test_char VALUES
(CAST('111111111122222222223333333333' AS CHAR), '2');
PostgreSQL 8.3
chr vchr 1 11111111112222222222333333333344444444445555555555 2 111111111122222222223333333333 1 2 3 3 Можно отметить последовательность в поведении: VARCHAR имеет произвольный размер; вторая строка не была вставлена из-за ошибки превышения размера (ERROR: value too long for type character(1)); явное преобразование значения к типу столбца таблицы работает, отсекая лишние символы справа. MySQL 5.0
Не поддерживается тип VARCHAR без указания размера строки. CHAR соответствует CHAR(1) - по стандарту. Поскольку явное преобразование к CHAR оставляет длину строки без изменения, то в таблицу, определенную как CREATE TABLE Test_char( chr CHAR, vchr VARCHAR(1) ); в итоге, как и в SQL Server, добавится единственная строка: chr vchr 3 3 Выводы. По моему скромному мнению, ни одна из упомянутых СУБД не отвечает стандартному поведению в тех случаях, когда размер типа не указывается. Наиболее последовательной в "особенностях реализации" является, на мой взгляд, PostgreSQL. В целях переносимости кода я бы рекомендовал всегда явно указывать размер. Полезная информация§ Приглашаем вас посетить Интерактивный учебник по SQL. § Онлайновый выпуск рассылки можно почитать на сайте. § Все статьи, публикуемые в рассылке, затем выкладываются на сайте Книги и статьи по SQL. § Хотите поддержать проект? Вот инструкция по применению. КонтактыПо всем вопросам, связанным с функционированием сайта, проблемами при решении упражнений, идеями вы можете обращаться к Сергею И.Моисеенко msi77[@]yandex.ru. Вы также можете предложить свои задачи для публикации на сайте. |
| В избранное | ||
