PHP5_nachinayushim

424 Глава 10

Существует также нуль+безопасный оператор сравнения (<=>), который позволяет использовать значения равные или не равные NULL. Например:

С помощью логических операторов AND и OR можно указать множество условий:

mysql> SELECT usernumber, userid, userposition FROM user -> WHERE userposition = 'Utility Back'

-> OR userposition = 'Mid' -> AND usernumber < 5;

3 rows in set (0.01 sec)

Однако полученные данные не совсем верные. Требовалось перечислить только строки, в которых значения поля usernumber не превышают 5, но последняя строка в результирующем множестве имеет значение usernumber равное 6. В чем причина? Все очень просто ++++++ оператор AND в данном случае применяется только к условию userposition='Mid'. Когда сервер выбирает записи об игроках Utility back, он не учитывает последнее условие, поэтому оператор AND не имеет смысла. Чтобы сгруппировать условия и определить приоритет операций сравнения, необходимо использовать круглые скобки, так же как и в PHP:

mysql> SELECT usernumber, userid, userposition FROM user

Более подробная информация о MySQL+операторах приведена на Web+странице www.mysql.com/doc/en/Functions.html.

426 Глава 10

Сравнение с образцом

С помощью операторов LIKE и NOT LIKE можно создавать образцы для выборки данных. Для этого используются следующие специальные символы:

% соответствует любой возможной строке, включая пустые строки (как * в ко+ мандах оболочки Unix или DOS);

_ соответствует любому одному символу (как ? в командах оболочки Unix или DOS).

Чтобы выбрать все строки, в которых значение поля useremail заканчивается подстрокой doggies_rugby.com, можно ввести следующий запрос:

Значения в полях типа TEXT нечувствительны к регистру символов. Если при сравнении необходимо учитывать регистр символов, то следует использовать поле типа BLOB.

Образец __c соответствует значению Mac в поле userid, тогда как образец __ со+ ответствует любой строке, состоящей в точности из двух символов. Вне зависимости от того, сколько символов _ имеется в образце, mysql пытается найти записи, имею+ щие точное количество символов:

mysql> SELECT userid FROM user WHERE userid LIKE '__c';

Работа оператора NOT LIKE диаметрально противоположна. Ниже выбираются все записи, в которых значение поля userid не заканчивается на букву y:

mysql> SELECT userid FROM user

4 rows in set (0.00 sec)

Кроме того, в MySQL можно использовать регулярные выражения. Однако эта тема выходит за рамки данной главы, более подробно регулярные выражения в MySQL описаны в документации на Web+странице www.mysql.com/doc/en/ Pattern_matching.html.

428 Глава 10

+----------+

4 rows in set (0.00 sec)

Можно применять функции группировки (min(), max(), count() и др.) для опре+ деленных групп записей, а не для всей базы данных. Например, для того чтобы под+ считать количество человек, которые играют в определенной позиции, можно сгруп+ пировать возвращаемые строки с помощью предложения GROUP BY:

Если использовать в одном запросе имена полей и функции группировки и не включить в запрос предложение GROUP BY, то будет сгенерирована ошибка:

mysql> SELECT userposition, count(*) FROM user ORDER BY userposition; ERROR 1140: Mixing of GROUP columns (MIN(),MAX(),COUNT()...) with no GROUP

columns is illegal if there is no GROUP BY clause

(ОШИБКА 1140: Смешивание GROUP-столбцов (MIN(),MAX(),COUNT() и т.д.)

с не GROUP-столбцами в случае отсутствия предложения GROUP BY не допускается)

Необходимо помнить о том, что предложение ORDER BY должно записываться в за+ просе последним (если запрос не ограничивается предложением LIMIT, которое долж+ но находиться в конце запроса), а предложение GROUP BY должно ему предшествовать.

Предположим, что последнюю таблицу требуется отсортировать по значениям во втором столбце, т.е. отсортировать ее строки по количеству игроков в каждой пози+ ции. Использовать count(*) в предложении ORDER BY нельзя, как же быть? Для та+ ких ситуаций в MySQL предусмотрено решение: псевдонимы. Псевдоним (alias) факти+ чески представляет собой новое имя для выражения, поля или даже таблицы. При указании в SELECT+операторе поля (или выражения) перед ним можно задать при+ сваиваемое ему обозначение: AS имя_псевдонима.

После этого результат вызова count(*) показывается в результирующем множе+ стве как поле с именем num_users. Более того, псевдоним можно интерпретировать как обычное поле и использовать его в предложении ORDER BY:

Например, чтобы получить список позиций, в которых играет не менее двух игро+ ков, можно было бы использовать следующую команду:

mysql> SELECT userposition, count(*) AS num_users FROM user -> WHERE num_users > 1 GROUP BY userposition;

ERROR 1054: Unknown column 'num_users' in 'where clause'

(ОШИБКА 1054: Неизвестное имя поля 'num_users' в предложении 'where')

Получение данных от MySQL с помощью PHP 429

Однако возникает проблема ++++++ имя num_users не может быть определено до тех пор, пока не будет указано, как группировать записи. В то же время необходимо вве+ сти предложение WHERE до предложения GROUP BY, иначе возникнет синтаксическая ошибка. Решение в такой ситуации заключается в использовании предложения HAVING, которое позволяет указывать условие для столбца или псевдонима в конце оператора SELECT. Предложение HAVING используется так же, как и WHERE за исклю+ чением того, что оно помещается после предложения GROUP BY. Сервер выполняет данный запрос как и раньше, но прежде чем вернуть результирующее множество, он отбрасывает результаты, не соответствующие заданному условию:

mysql> SELECT userposition, count(*) AS num_users FROM user

Как извлечь данные из двух таблиц? Необходимо просто указать имена обеих таб+ лиц в предложении FROM:

60 rows in set (0.00 sec)

Отношения между двумя таблицами не были определены, поэтому данный запрос возвращает все возможные комбинации значений. Однако MySQL+сервер верно опре+ деляет, какой таблице принадлежит каждое поле. Что произойдет, если использовать имена полей, которые имеются в обеих таблицах?

mysql> SELECT userid, page from user, access_log;

ERROR 1052: Column: 'userid' in field list is ambiguous (ОШИБКА 1052: Неоднозначное имя 'userid' в перечне полей)

Сообщение об ошибке вполне понятно. В данном случае использование имени поля userid является неоднозначным, потому что оно соответствует любому из двух полей. Человеку ясно, что оба поля ссылаются на одни и те же данные, но сервер считает эти

430 Глава 10

поля полностью независимыми друг от друга. Устранить неоднозначность можно пу+ тем явного указания таблицы, из которой требуется выбрать значения данного поля. Для этого используется следующий синтаксис:

mysql> SELECT user.userid, page FROM user, access_log;

60 rows in set (0.01 sec)

Каждая запись в таблице access_log должна соответствовать одной записи в таб+ лице user ++++++ база данных должна работать именно так. Это действительно имеет смысл: посещения страниц записываются только для зарегистрированных пользова+ телей, поэтому любой пользователь, записанный в таблице access_log, должен быть зарегистрированным пользователем. В данном случае поле userid является общим для обеих таблиц. Предположим, например, что требуется узнать, какие страницы просматриваются и кем именно. Теперь, когда известно, как различить два поля с именем userid, можно приравнять значения этих полей в предложении WHERE и таким образом сузить результирующее множество:

mysql> SELECT user.userid, page FROM user, access_log -> WHERE user.userid = access_log.userid;

8 rows in set (0.00 sec)

В таких ситуациях отчетливо видна эффективность реляционных баз данных. Соз+ данная связь между записями данных в двух таблицах называется объединением (join) ++++++

результирующее множество создается на основе объединения записей из одной таб+ лицы с записями из другой таблицы. В последнем запросе поле userid послужило ключом для объединения таблиц user и access_log; т.е. поле userid использова+ лось для создания явной взаимосвязи между записями в двух таблицах. Ключи требу+ ются для операций объединения, так как они связывают таблицы и устраняют необ+ ходимость повторения данных в каждой таблице.

Получение данных от MySQL с помощью PHP 431

Существует множество других более сложных операций объединения, но та, кото+ рая рассматривалась выше, в большинстве ситуаций является более чем достаточной. На сайте MySQL можно найти справочные сведения по более сложным запросам

иоперациям объединения. Однако чтобы развить навыки использования SQL даже на самом начальном уровне, необходимо придерживаться правила: практика, практика

иеще раз практика. Используйте mysql+клиент для экспериментирования с запросами с различными типами полей ++++++ в конечном счете это единственный способ оценить возможности и сложности SQL+синтаксиса.

Практический пример сценария

Используя полученные навыки, можно создать сценарий для просмотра регистра+ ционных записей (назовем его userviewer.php), который использует таблицы базы данных sample_db и выполняет следующие функции:

подключается к базе данных sample_db, в которой находятся таблицы user

и access_log;

отображает перечень зарегистрированных пользователей и навигационные ссылки, дающие администратору возможность перемещаться вперед и назад;

отображает ссылки с именами полей, которые можно использовать для сорти+ ровки списка пользователей по определенному полю в порядке по возрастанию или по убыванию;

для каждого пользователя отображает ссылку на новое окно, в котором пред+ ставляется более подробная информация по данному пользователю и записи его журнала доступа.

На рис. 10.1 показан внешний вид интерфейса для этого сценария.

Рис. 10.1.