Почему используют MySQL?

MySQL является системой «клиент-сервер»

Это значит, что MySQL состоит из одного SQL-сервера, который поддерживает различные функции (собственно, он и выполняет всю работу с базами данных), нескольких различных программ-клиентов (они обеспечивают только интерфейс между пользователем и сервером), административных инструментальных средств и нескольких интерфейсов программирования. Клиенты взаимодействуют с сервером, используя собственный сетевой протокол.

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

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

MySQL-является полностью многопоточной системой

Это означает, что пакет может легко использовать много процессоров, если они есть. На многих серверных системах уже ставят по несколько процессоров. На таких системах MySQL может строго параллельно выполнять сразу несколько запросов к базам данных (по одному на процессоре).

MySQL является пакетом с открытыми исходными текстами

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

MySQL бесплатен в большинстве случаев

MySQL предназначен для некоммерческого использования. Если вы применяете пакет для организации форума, системы гостевых книг или блогов, то вы не должны платить ни за какие лицензии. Достаточно просто скачать пакет с его сайта и поставить на ваш сервер. Но если вам нужна техническая поддержка, то вот за нее-то придется заплатить. Обратите внимание: плата берется именно за техническую поддержку, а не за использование самой программы. Именно это свойство во многом обеспечило этой СУБД столь высокую популярность.

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

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

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

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

В MySQL принято, что тип данных присваивается столбцу в таблице и распространяется на все ячейки в этом столбце. То есть, если первому столбцу присвоен некий тип (например, char), то это значит, что первое поле любой записи в этой таблице всегда будет иметь именно тип char и никакой иной.

Это очень важно! Большую часть времени вы будете работать со столбцами, поскольку именно они определяют тип данных и структуру таблицы. Строки в таблице не нумеруются, они существуют только для простоты работы с данными. В большинстве случаев количество записей в таблице вас вообще не должно интересовать. Вы работаете с данными, а их структура определена типами и порядком следования столбцов. Количество записей важно только для сервера.

База данных может состоять из нескольких разных таблиц. Их точное количество ограничено, главным образом, памятью компьютера. Сервер может хранить много баз данных. Следует отметить, что вы можете смешивать таблицы из разных баз данных в одном запросе.

Таблица также имеет тип и атрибуты . От этого зависит набор возможностей, доступных при работе с этой таблицей, а также логика ее обработки сервером. Это будет подробно рассмотрено позднее.

Теперь поговорим о данных в полях. Чтобы что-то сделать с какими-то данными, их сначала надо найти. Для этого и используется язык SQL. На нем пишутся запросы, в процессе обработки которых сервер просматривает таблицы базы данных, находит по заданным в запросе критериям требуемые данные и что-то с ними делает (что именно, зависит от запроса).

Те данные, по которым производится поиск записи, называются ключом . Если в записи несколько полей, то найти ее можно по разным ключам, каждый для своего поля. Тот ключ, по которому с наибольшей вероятностью будет производиться поиск записи, называется первичным ключом (PRIMARYKEY). Ключ может относиться не только к одному полю, а сразу к нескольким.

По одному ключу можно найти одну или несколько записей. Если по некоему ключу может быть найдена только одна конкретная запись, такой ключ называют уникальным (UNIQUE). Ключ, подходящий для поиска нескольких различных записей в таблице, называется неуникальным.

Следующим понятием является индекс . Представьте себе, как работает сервер базы данных. Получив запрос, он начинает просматривать таблицы на предмет поиска соответствующих данных. Просмотр выполняется последовательно, строка за строкой. Чтобы удостовериться в том, что собраны все данные, сервер должен просмотреть все строки в таблице (или в таблицах, если поиск идет сразу по нескольким таблицам).

Но легко сказать: просмотреть. А если таблица включает десять тысяч записей? А если миллион? Сервер, конечно, ее просмотрит, но вот сколько времени у него на это уйдет? Немало. А ответ надо получить как можно быстрей.

Вот тут и приходят на помощь индексы. Индекс представляет собой нечто вроде оглавления, которое перечисляет, в каких именно записях встречаются некие данные. Можно сравнить с поиском в сети Интернет, где поисковые системы хранят данные о том, на каких страничках присутствуют те или иные слова. Индексы в MySQL делают то же самое. Индекс надо специально создать, сам по себе он не строится (как именно его создать, будет рассмотрено позже).

Процесс построения индекса занимает немало времени, но после его создания сервер уже не просматривает всю таблицу в поисках данных: Он ищет данные по индексу, где для каждого встречающегося в таблице значения указано, в каких именно ячейках таблицы можно найти нужные данные. Это существенно ускоряет работу (в десятки раз).

В разных запросах ищутся разные данные. Часто бывает необходимо иметь не один, а несколько разных индексов на таблицу, чтобы разные типы запросов работали каждый со своим индексом, оптимально созданным и подходящим именно для этого типа запросов. Например, представьте телефонную книгу. Когда в ней идет поиск по фамилии абонента, индекс должен указывать, в каких записях искать ту или иную фамилию. А вот если поиск ведется по имени, то индекс должен быть построен уже не по фамилиям, а по именам абонентов.

Получается, что для каждой таблицы порой следует иметь несколько разных индексов. В MySQL можно иметь до 32 индексов на таблицу. Максимальная индексная длина (то есть длина каждой записи в индексе) составляет до 500 байт. Индекс может включать в себя данные из нескольких столбцов сразу (в текущей реализации MySQL максимальное количество столбцов в каждом индексе составляет 15).

Поскольку индексы строятся по данным в полях записей, а каждое поле может быть рассмотрено как ключ, говорят, что индекс строится по ключам . Индекс, построенный по первичным ключам, будет использован при поиске с наибольшей вероятностью и называется первичным индексом .

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

Каждый столбец в таблице имеет уникальное имя . Имена также имеют таблицы и базы данных. В ряде случаев, о которых речь пойдет ниже, столбец должен иметь несколько имен. В этом случае именем считается лишь то, которое присвоено столбцу при его создании, остальные называются псевдонимами. Встречаются также псевдонимы для имен таблиц.

Столбцы необязательно создаются вместе с таблицами. Таблицу можно менять по мере надобности, добавляя или удаляя столбцы, меняя их типы. В инструкциях SQL вы можете обращаться к таблицам из различных баз данных с помощью синтаксиса Имя_базы_данных.Имя_таблицы . Это длинное имя позволяет однозначно указать таблицу и называется полным именем таблицы .

Вы также можете обращаться к столбцу в любой таблице указанием синтаксиса Имя_базы_данных.Имя_таблицы.Имя_столбца . Такая конструкция позволяет однозначно опознать столбец и именуется полным именем столбца .

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

В ходе работы с СУБД какая-то база данных всегда считается активной или текущей . В ней существует некая активная таблица . Именно с активной таблицей в текущей базе данных будут производиться все действия, если вы явно не укажете иное.

При обращении к столбцу в активной таблице можно вместо его полного имени (с указанием базы данных и таблицы) указывать только имя столбца. Оно автоматически будет дополнено именем активной таблицы текущей базы данных, что существенно ускоряет процесс ввода. Также, если вы обращаетесь к столбцу из другой таблицы в текущей базе данных, то можно указать его имя как Имя_таблицы.Имя_столбца , опустив часть Имя_базы_данных. оно будет приравнено к текущей базе данных.

В дальнейшем изложении вам встретится понятие потока. Поток в этом руководстве по MySQL представляет собой ваше соединение с сервером базы данных. Все команды, которые вы вводите, относятся только к этому потоку. Обратите внимание, что если вы создали несколько разных соединений с одной базой данных (например, открыв несколько копий клиента), то каждое соединение будет совершенно самостоятельным потоком, ни в чем не зависящим от других. В этом и заключается серьезное отличие между пользователем и потоком: один пользователь может быть представлен несколькими независимыми потоками. Позже мы покажем, в какие ловушки это может завести.

Символы подстановки или групповые символы представляют собой такие символы, которым может соответствовать некое количество других символов. Например, при работе в Windows вы, скорее всего, сталкивались с символом звездочки (*), который обозначает любую цепочку произвольных символов. Такой метод широко применяется при работе с группами файлов. Вот это и есть групповой символ.

Регулярные выражения представляют собой некие последовательности символов, часть или все из которых являются символами подстановки. Например, при работе в Windows вы, скорее всего, сталкивались с обозначениями вида *.doc (соответствует всем файлам с расширением doc в текущем каталоге) или *.* (определяет все файлы в каталоге). Это и есть регулярные выражения, только в Windows их называют иначе. Как видите, ничего сложного в них нет. В MySQL вы не раз встретитесь с такими выражениями (правда, куца более сложными). Именно с их помощью задаются критерии для поиска информации.

Теперь давайте задумаемся о такой сложной проблеме: сервер допускает одновременную работу множества пользователей с одной и той же базой данных (даже с одной и той же таблицей). Но как обеспечить при этом целостность данных? Если один пользователь пишет одни данные, а другой в это же время пытается изменить именно эти данные, они разнесут всю базу данных. Как избежать этого?

Существуют два способа установить разделение, и MySQL применяет оба, правда на разных типах таблиц. Первый это транзакционная модель , второй атомные модификации .

Транзакцией именуется некая операция с базой данных, которая не может быть поделена на несколько раздельных операций. Полное описание двух перечисленных выше понятий очень сложно и в этой книге представляется излишним, поэтому мы рассмотрим их только с точки зрения пользователя.

Итак, как выглядит работа с транзакцией? Сервер представляет это так: сначала определяется, что именно в таблице будет изменено, затем делается отметка о том, что вот эти ячейки меняются некоторым образом, затем реально вносятся изменения, а потом ставится, отметка, что модификация выполнена. При этом на время внесения изменений таблица либо возвращает старые данные, либо не возвращает вообще ничего, но в любом случае не дает двум пользователям одновременно вносить изменения в одни и те же данные. Сначала первый заканчивает модификацию, потом за дело берется следующий.

Разница между транзакцией и атомной модификацией, если отбросить всю научную теорию, для конечного пользователя заключается в том, что в случае транзакционной модели пользователь может после выполнения запроса, который изменяет какие-то данные в таблице, решить, как именно он хочет завершить транзакцию: следует ли сохранить изменения (commit) или Отказаться от них (вызвать обратную перемотку, rollback ), вернув тем самым таблицу к тому состоянию, которое она имела до вызова запроса. Следует отметить, что существует режим автоматического сохранения всех изменений (AUTO_COMMIT). В атомной модели изменения отменены быть не могут: они вносятся в таблицу немедленно. Выполняемая в настоящий момент транзакция именуется активной.

MySQL по умолчанию использует свой формат таблиц: MyISAM. Раньше применялся тоже собственный формат ISAM, но теперь он объявлен устаревшим и поддерживается исключительно для совместимости со старыми пользователями. Если у вас есть таблицы в этом формате, мы очень рекомендуем конвертировать их в новый формат MyISAM. Он работает надежнее и быстрее.

Раз уж речь зашла о поддерживаемых форматах таблиц, следует сразу внести ясность на предмет того, что MySQL поддерживает несколько разных форматов. Одни работают на основе транзакций, другие на атомных модификациях, чтобы у конечного пользователя всегда был выбор, чем пользоваться. Надо отметить, что транзакционная модель намного сложнее в реализации, чем атомная, а поэтому поддержка транзакций в MySQL появилась существенно позднее. Свои форматы MySQL (MyISAM и ISAM) используют именно атомные модификации, но реализуют их настолько хорошо, что по надежности они ничем не уступают транзакционной модели доступа. В таблице 1.1. приведены поддерживаемые MySQL типы таблиц с их краткими описаниями.

Таблица 1.1. Краткие описания поддерживаемых MySQL типов таблиц.

Обратите внимание, что не все версии сервера поддерживают все перечисленные таблицы! Типы ISAM и MyISAM поддерживаются всегда, а вот насчет остальных возможны варианты. Так что посмотрите на сайте http://www.mysql.com , что именно вам нужно.

Дампом называется некое промежуточное представление базы данных. Причем, обычно оговаривается то, какое именно представление данных имеется в виду. Например, дамп в текстовый файл означает, что вся база данных конвертируется и сохраняется в виде текстового файла.

Зачем это нужно? Дампы очень удобны для резервного копирования, а также для переноса данных между разными серверами. Может возникнуть необходимость применения дампа и в рамках одного сервера.

В таблице 1.1 показаны разные типы таблиц. Каждый из них имеет свой внутренний формат хранения данных. Самый простой способ конвертации одного в другой сводится к дампам.

Скорее всего, вы уже слышали название MySQL – если вы создавали или поддерживали веб-сайты, или администрировали сервера под управлением Linux, или разрабатываете разное корпоративное ПО. Но если даже вы пока не знакомы с этим чрезвычайно мощным и удобным продуктом – не беда, далее мы расскажем все тонкости применения и работы с MySQL.
Итак, MySQL – это реляционная база данных (СУБД, система управления базами данных), распространяемая под лицензией OpenSource GPL (точнее – под двойной лицензией, для OpenSource программ она бесплатна, для коммерческого применения платная).

Давайте сперва на секунду отвлечемся и посмотрим, какие еще СУБД есть на рынке, ведь большинство крупных софтверных компаний имеет в своем арсенале базу данных. Наверное, первой, с которой вы познакомились, являлась Microsoft Access. Это типичный представитель "легких" баз данных, отлично подходящий для использования дома, для учета личных коллекций или на небольшом предприятии для автоматизации рутинной работы. Для более серьезных применений есть ее "старший брат" — Microsoft SQL Server – ему уже доступно практически все. С легкостью обрабатывая в считанные секунды базы данных объемом в сотни тысяч и миллионы строк (в таблицах могут быть сохранены разные данные, это значит, что каждый столбец таблицы может содержать произвольные данные – от простого номера до огромных текстовых массивов в единицы и десятки Мб). Еще к таким "тяжеловесам" относятся СУБД компании IBM – DB2 и Oracle одноименной компании. Поскольку практически все языки программирования, применяемые для создания веб-приложений, имеют встроенную поддержку этих баз, напрямую или через ODBC, то на основе таких "промышленных" СУБД в основном строятся корпоративные порталы и веб-сервисы, для которых критична нагрузка и требуется способность работать с большими объемами данных. К примеру, язык PHP может работать с Sybase, PostgreSQL, MS SQL Server, Oracle, Informix, InterBase, Ingres, а также с любыми другими базами через интерфейс ODBC.

MySQL не одинока на рынке…

Еще есть класс "средних" СУБД – как по цене, так и возможностями они отличаются от описанных выше. Это например, Borland Interbase, MS Access, PostgreSQL и особый предмет нашего разговора – MySQL. Эти базы довольно простые для обучения и программирования, дешевы или вовсе бесплатные и отлично подходят для создания различных приложений (как традиционных, так и веб) приложений, где не требуется космическая надежность и устойчивость.

Но по ряду параметров лучшая!

Почему мы рассказываем вам именно о MySQL? Потому что она бесплатная (GPL OpenSource)? Не только. Потому что это очень небольшая по размерам СУБД (всего 25 — 30 Мб дистрибутива, в отличии от целого CD MS SQL Server или сотни полторы Мб MS Access)? Тоже нет. Потому что она очень быстрая (особенно на операциях чтения, когда дынные считываются с таблиц и выводятся в ответ на запрос клиента – именно поэтому БД стала популярна в среде Интернета, где важна именно скорость чтения)? И это не самое главное. А может потому, что это очень динамично развивающийся продукт, результат работы сотен людей так называемой "виртуальной" компании MySQL AB (виртуальная она потому, что сотрудники не сидят в одном офисе, а раскиданы по всему свету и постоянно связаны только через сеть Интернет)? Да, и это тоже, но не только. Если честно, я сам не возьмусь сказать, что привлекло меня именно в MySQL – просто однажды я попробовал поработать с ней и понял, что отныне все мои проекты любого масштаба будут использовать только эту СУБД – MySQL!

Существует несколько параллельных веток разработки

Теперь, определившись с базой, можно загрузить с сайта www.mysql.com нужную нам версию СУБД. Тут надо остановиться и прояснить ситуацию с версиями. Сейчас существуют параллельно несколько версий MySQL:

• стабильная – MySQL 3.23.xx (а теперь еще и ветка 4.1.хх). Эта версия протестирована многими и успешно работает на тысячах серверов, она рекомендована для применения в любых проектах;
• бета – версия в разработке, рекомендована только для изучения и ознакомления с новыми функциями. Ранее все версии MySQL 4.xx.xx имели статус беты.
• гамма – это следующая ступень после беты, означает, что СУБД проработала больше месяца без существенных (критических) сбоев. Ее можно, в принципе, смело применять, но разработчики предупреждают, что эта версия еще тестируется, и они не гарантируют, что она совершенна.
• альфа – это только для истинных фанатов и разработчиков. Сейчас это MySQL 5.0.x. В альфа-версиях еще много ошибок, но уже можно пробовать и исследовать функции и возможности, которые появятся в следующих версиях.

Не знаю, как вы, я но сразу скачал себе версию 5.0.0 (еще альфа). За почти год экспериментов альфа-версия ни разу не подвела – все работает как часы. Может, разработчики излишне перестраховываются, но главное — что они очень хорошо работают, поэтому для ознакомления и работы можно использовать как бета-верии (ветка 5.х), так и недавно выпущенные версии MySQL 4.1.х. Для особо требовательных вариантов применения можно использовать давно проверенные и стабильные версии 3.23.х, если не требуются какие-то особые функции.

Сразу же советую скачать дополнительную программу для облегчения работы с базой – MySQL Administrator. Об этой утилите и других програмах, позволяющих существенно упростить работу с базой, мы уже писали – " ".

Инсталляция MySQL не сложнее любой другой программы

Инсталляция MySQL очень проста, практически все сводится к нажиманию кнопки "Далее". По умолчанию программа устанавливается в директорию "c:\mysql", хотя вы можете свободно изменить этот путь как в процессе установки, так и в любой момент просто скопировав всю дерикторию в другой каталог или диск. В общих чертах MySQL состоит из нескольких программ (они размещены в виде отдельных exe-файлов в каталоге "c:\maysql\bin", которые работают вместе. Подробнее о назначении каталогов и файлов в дистрибутиве MySQL говорится в статье « ».

Сам сервер СУБД MySQL функционирует как отдельная программа. Непосредственно к нему вы не можете обратиться – для этого существуют специальные программы. Одной из них является терминал mysql – он принимает команды от пользователя и соеденившись с сервером MySQL (который может быть как на другом компьютере в локальной сети, так и на сервере в Интернет-е, или же на том же компьютере — это не имеет значения, для вас как пользователя это совершенно прозрачно) отправляет их на исполнение, обратно принимая результат (например, выбранные данные из базы, или ответ сервера о успешном завершении указанной операции или сообщение об ошибке). Другие программы могут сами взаимодействовать с сервером напрямую, командный терминал нужен лишь для общения пользователя с сервером.

Кстати, сервер MySQL почти сразу показывает свое "не-Windows" происхождение – простого клика по исполняемому файлу mysqld-nt.exe недостаточно для запуска. Проще всего сначала запустить какую-либо графическую утилиту – MySQL Manager или MySQL Administrator и уже потом запускать или останавливать сервер. Дело в том, что для запуска/остановки сервера надо указать много разных параметров, и их запоминание и набор каждый раз из командной строки неудобен. Раньше, когда не было утилит, надо было создавать ярлыки и присваивать им команды. Теперь управлять сервером стало гораздо проще. Но все же знание команд и опций для запуска сервера очень полезно – самые важные из команд описанны в статье " "

Вот теперь мы подошли к раздорожью. Поясню – в принципе, все пользователи СУБД (не только MySQL, но и любой другой) делятся на две категории:

• разработчики приложений, которые используют СУБД для хранения и управления данными;
• администраторы, которые настраивают и поддерживают работу сервера СУБД.

Для каждой из этих групп пользователей есть свои программы, каждая группа видит сервер MySQL в своем ракурсе и им нужны разные сведенья для работы. Конечно, разработчик прикладной программы должен ориентироваться в управлении сервером, но совсем не обязательно влезать в тонкости оптимизации или управления пользователями – для этого есть администраторы БД, которые в свою очередь практически не вмешиваются в структуры таблиц, создаваемыми разработчиком, а только настраивают параметры сервера и следят за его работой.

Давайте попробуем кратко взглянуть на MySQL с позиции среднего пользователя, немного администратора и немного разработчика.

С точки зрения прикладного разработчика, работа с сервером MySQL заключается в том, что он подключается к серверу, открывает соединение с указанной базой и работает с таблицами в этой базе данных. Для работы ему необходимо знать параметры соединения с сервером (если сервер на том же компьютере, то это: host: localhost, port: 3306; login/password получается у администратора, по умолчанию это root с пустым паролем) и имя базы данных. Далее все взаимодействие с таблицами происходит через ввод и исполнение SQL-запросов и обработкой возвращенных результатов.

Обычный пользователь с этой служебной базой практически не имеет дела, он может работать только со своей базой, а для администратора наоборот – это практически повседневный рабочий инструмент.

Теперь MySQL поддерживает кластеризацию

Что объединяет всех пользователей, работающих с СУБД (снова таки, не обязательно с MySQL) – это то, что основным языком общения с сервером является SQL – структурированный язык запросов. Существует несколько версий этого языка, MySQL пока поддерживает синтаксис ANSI SQL 92 с некоторыми ограничениями. Да, следует признать, что в СУБД MySQL пока не поддерживаются некоторые функции и возможности, которые определены в стандартах SQL или присутствуют в других СУБД (в том же Oracle или MS SQL Server). Но для этого есть причины – одни функции нужны только при разработке высокоустойчивых кластеров, другие существенно влияют на скорость или ресурсоемкость (разработчики MySQL всегда делали ставку на скорость работы, поэтому часто прямо говорили, что та или иная функция не включена, поскольку влияет на скорость). Поскольку долгое время, да и сейчас, одной из основных сфер применения MySQL является веб-разработка и поддержание динамических веб-сайтов, то такая позиция была оправданна и выгодная. Но, следуя общей тенденции, разработчики потихоньку сближают возможности "тяжелых" СУБД и MySQL – уже версия 5.0 (а начальная поддержка кластеризации внедрена уже в текущую версию 4.1), которая пока в стадии разработки, позволяет строить очень мощные отказоустойчивые сервера, а пакет MySQL Cluster позволит создавать сервера СУБД с надежностью 99,999% (время простоя 5 минут/год), что сразу же выводит MySQL на рынок серьезных корпоративных решений.

Отдельные решения из "тяжелых СУБД" после длительного тестирования попадают и в стабильные версии. Например, поддержка транзакций. Транзакция – это несколько последовательных запросов к БД, которые выполняются или все вместе, или не выполняются вообще. Если первый запрос вставляет данные в одну таблицу, второй в другую, а третий считывает все эти данные и обрабатывает их, то при использовании транзакций никогда не будет такой ситуации, когда данные в первую таблицу уже вставлены, а во вторую еще нет, а операция считывания уже исполняется и дает ложный результат. Если происходит ошибка на какой-либо отдельной операции в транзакции, то делается "откат", и данные остаются такими же, как и до исполнения транзакции. Но если вы используете сервер СУБД в режиме "по-умолчанию", вы даже не заметите новых функций – это существенно при переносе ПО и баз из предыдущих версий СУБД. Если вам действительно нужно использовать новые возможности – это делается вручную, через команды SQL или опции сервера. Например, поддержка транзакций введена через новый формат таблиц – InnoDB. По умолчанию используется привычный формат MyISAM, который универсальный для всех версий сервера (и платформ), а если надо получить доступ к новым возможностям – пожалуйста, это делается заданием опций при создании таблицы (в операторе CREATE TABLE после описания полей новой таблицы пишется предложение TYPE=). Такой способ введение новшеств очень удобен – сохраняется обратная совместимость, а новые возможности применяются только тогда, когда они действительно нужны.

Любой тип данных займет свое место в СУБД MySQL

Еще надо сказать о типах данных, которые поддерживает MySQL. Именно от этого зависит, какие данные сможет разработчик сохранять в базе. Конечно, присутствуют числовые данные – как целые числа (TINYINT, MEDIUMINT, INT, BIGINT), так и вещественные – (FLOAT, DOUBLE, DECIMAL). Для хранения строк применяются или типы CHAR и VARCHAR, длиной до 255 символов, или TEXT, MEDIMTEXT, LONGTEXT для хранения произвольных текстовых массивов. Для хранения двоичных данных используют те же типы – BLOB, MEDIUMBLOB, LONGBLOB – разница между ними в чувствительности к регистру символов и возможности полнотекстового поиска (он поддерживается для типов TEXT и производных). Для хранения даты и времени есть типы DATE, TIME, DATETIME, TIMESTAMP и YEAR. Для перечисляемых типов, значения которых заданы заранее, есть два варианта – SET и ENUM. Комбинируя в таблице поля указанных типов, а при необходимости применяя еще программную обработку данных можно сохранять и управлять практически любыми данными.

Вы все еще сомневаетесь, стоит ли применять СУБД MySQL в своих разработках? Смею заверить, она отлично справится с работой в качестве корпоративного сервера. Или вы считаете, что MySQL не выдержит нагрузки и для вашего приложения лучше купить более "тяжелую" СУБД типа MS SQL Server или Oracle? Попробуем вас переубедить.

MySQL поддерживает таблицы до 512 Гб и до 60 тыс. таблиц в базе

MySQL реально поддерживает работу с большими базами данных. К примеру, размер таблицы может достигать 512 Гб (именно, Гигабайт). Конкретный размер таблицы определяется операционной системой, под управлением которой запущен сервер (таблица представлена одним файлом, поэтому ее максимальный размер ограничен возможностями файловой системы и ОС). Для платформы Intel (32-х разрядной) + Linux/Windows размер таблицы может достигать 4 Гб и более, а указанные 512 Гб можно получить, используя Sun Solaris на платформе UltraSPARC. Впечатляет? Отдельные клиенты MySQL AB рассказывали, что работают с базами данных, содержащими до 60 000 таблиц (!) в одной базе и до 5 миллиардов записей в таблице (!!). А теперь поддержка MySQL Cluster позволит поднять этот показатель еще выше. Более того, даже если ваша ОС или файловая система не поддерживает большие файлы, можно использовать данные, разнесенные на две и больше таблиц в режиме одной – несколько таблиц (физически размещенные в нескольких файлах) будут на уровне базы данных (в SQL-запросах) обрабатываться и отображаться как одна большая таблица.

Даже на старых ПК MySQL отлично работает

Я один раз из чистого любопытства сделал тест на своем компьютере (конфигурация: Intel Celeron 400, 320 RAM, Win2000 Pro Sp4, MySQL 4.01, сервер mysqld-nt-max.exe) – простенький скрипт обрабатывал данные в одной таблице – вставлял, потом сортировал, по нескольким критериям выбирал и переносил в другую таблицу, а потом удалял из исходной. И так в цикле. По статистике, у меня получилось обрабатывать до 285 запросов в секунду, при этом на компьютере можно было более-менее нормально параллельно работать в MS Office.

Те, кто создают свои сайты вручную, без помощи конструкторов, или формируют приложения, которое будет взаимодействовать с онлайн-сервисом, сталкиваются с проблемой хранения данных. Где-то необходимо будет сохранять все аккаунты пользователей, их данные. С помощью чего это всё осуществляется? MySQL - что это, и почему оно имеет самое непосредственное отношение к статье? Дело в том, что это механизм доступа к хранимым данным на различных сайтах или в программах, что имеют доступ к сети. Поэтому и надо узнать, MySQL - что это, каковы особенности его применения при программировании.

Структурированный язык запросов

Но первоначально следует узнать, как вообще делаются запросы про что-то. Существует довольно значительное количество способов организовать запросы к определённым данным, что имеются у информационной системы. Одна из таких возможностей - это (английская аббревиатура SQL). Он позволяет создавать краткие запросы по отбору необходимой информации. Но работать он может исключительно с двухмерными таблицами, к которым выдвигается ещё ряд требований. При использовании структурированным языком запросов обязательно необходимо указывать требуемую информацию и откуда она должна быть взята. Можно ещё задать и ряд дополнительный требований, отсортировать, основываясь на каком-то условии, или просто сгруппировать. Для получения незначительных объемов необходимых данных подходит весьма хорошо.

Зачем нужен MySQL?

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

В чём отличие MySQL и SQL

Вот в разнице сегментов применения и заключается основное отличие. Но существуют и определённые процедурные отличия. Так, прежде чем работать с базой данных с помощью запросов MySQL, необходимо получить доступ. Да и работа MySQL самого по себе является, мягко говоря, невозможным. Поэтому часто используется ещё один дополнительный язык программирования (чаще всего PHP, хотя можно встретить и конструкторы создания соединений, которые именуют MySQL server).

Что такое запросы?

Сейчас, когда дан ответ на вопрос «MySQL - что это», прежде чем перейти к возможным ошибкам, которые могут возникнуть во время написания программ, следует рассмотреть еще ряд моментов: что такое запросы, базы данных, таблицы и записи. И начнем с запросов: они представляют собой краткое по содержанию кодированное сообщение на предоставление данных, причем обязательно должна содержаться информация о том, где их искать, и ключевые слова, по которым поиск будет осуществляться. С тем, где искать, проблем быть не должно. А вот что такое ключевые слова? Или как часто можно встретить ключ? Для различия необходимых данных применяют принцип уникальной информации. В их качестве может выступать индивидуальный номер или другие данные. Но как более совершенные используются всё же номерные распознаватели.

Что такое базы данных?

А где хранятся данные, к которым посредством MySQL получают доступ? Само собой, в базах данных! В MySQL они представляют собой двухмерные таблицы, в которых содержится необходимая информация. Причем идентифицируются по значению данных, которые могут быть в БД благодаря столбцам. А информация о каждом новом субъекте добавляется в создаваемую новую строчку. В базах данных может содержаться значительное количество таблиц (условно неограниченное), но величина базы данных влияет на скорость ответа и предоставления данных. Но прежде чем работать с БД, необходимо удостовериться, что существует поддержка необходимого программного обеспечения и MySQL Server сможет запуститься. Хотя всё тут зависит от начальных условий - если вы работаете на платном хостинге, всё уже почти всегда установлено. Но если был взят в аренду сервер, над которым следует работать с нуля, то база MySQL может и не работать должным образом в силу того, что нет программного обеспечения, которое позволит интерпретировать данные.

Что такое таблицы?

Таблицы, как уже говорилось, это инструментарий, в котором хранятся необходимые данные. Какая у них особенность? При создании таблицы обязательно следует указывать, которой базе данных она будет принадлежать. Ситуации, когда таблицы существуют сами по себе, довольно проблематичны - ввиду того, что большинство программных инструментов рассчитаны на то, что они будут взаимодействовать с определёнными программами.

Как выглядят обычно MySQL таблицы? Они имеют столбцы информации (определённого и ряды, в которых хранится информация по каждому субъекту. С рядами всё просто - появился новый субъект - добавляется новый ряд (при удалении он удаляется). Со столбцами немного сложнее. Дело в том, что один столбец может иметь данные только одного типа. Так, если будет производиться работа с числовым столбцом, то записать в него текст нельзя. А видов различных типов существует довольно много (около 30, что уже тянет на отдельную статью).

Что такое записи?

И самое последнее перед тем как перейти к ошибкам, которые могут возникнуть в процессе использования MySQL, - записи. Каждая запись (или рядок) должна иметь уникальный идентификатор, который позволит искать его в таблице или нескольких таблицах. Потенциально ограничения на его длину нет, но для удобства просмотра в «ручном» режиме прибегают к приведению в «нормальные» формы. Суть такого приведения заключается в том, что запись разбивается на несколько частей и размещается в разных таблицах. Несмотря на такое деление, ее можно собрать воедино благодаря уникальному идентификатору. Смысл приведения в нормальные формы заключается в том, чтобы сгруппировать информацию по объектам на основании чего-то общего. Так, в библиотеке могут быть созданы таблицы «Человек», «Книги» и «Журналы». Хотя на практике можно было бы реализовать и одну таблицу с одной записью, в которой будет находиться вся необходимая информация.

Возможные ошибки при использовании

Теперь можно подойти и к теме №2. Из-за чего возникают ошибки? В большинстве случаев во всё виноват человеческий фактор. Это может быть элементарная ошибка, которая закралась в код во время его набора, или неправильно составленный запрос:

1. Если есть ошибка подключения к базе данных, необходимо проверить её целостность, а также файл запроса: в нём может быть указано неправильное имя БД или пароль к ней. Возможно, сообщение MySQL error возникает из-за отсутствия настройки программного средства, которое должно подключаться к базе данных и обеспечивать считывание информации.
2. При запросе данных из таблиц необходимо позаботиться о качественной дешифровке информации, а также об обратной передаче информации от MySQL сервера к вам. Как уже выше упоминалось, как правило, MySQL используется при поддержке «посредников», поэтому не лишним будет проверить с помощью средств отладки на то, приходят ли необходимые данные вообще. Если они приходят, но вы не можете их использовать - значить дело в декодировании полученных данных. В таком случае желательно перепробовать все рабочие варианты, начиная с самых наименьших рабочих объемов. Следует помнить, особенно тем, кто только начинает постигать программирование, что это такая область, где всё решается практикой, и MySQL error можно самому убрать, перепробовав все возможные варианты.

MySQL представляет собой очень популярную систему управления базами данных (СУБД), разрабатываемую фирмой MySQL АВ. MySQL АВ является коммерческой компанией, строящей свой бизнес на сервисах, сосредоточенных на базе данных MySQL и базирующейся в Швеции. Дальнейшую поддержку MySQL осуществляет корпорация Oracle, получившая права на торговую марку вместе с поглощённой Sun Microsystems, которая ранее приобрела шведскую компанию MySQL AB.

Официально MySQL произносится как «Май-Эс-Ку-Эль», а не как MY-SEQUEL. Это столь распространенная ошибка, что разработчики MySQL даже поместили соответствующее объявление на своем сайте.

Название возникло из сокращения (а вернее, слияния) слов My SQL, что на английском языке значит «мой SQL». Названию около десяти лет, оно прижилось еще в те времена, когда пакет не был коммерческой разработкой.

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

Пока им это удается. Рассмотрим все это более подробно и введем некоторые базовые термины.

MySQL представляет собой систему управления базами данных (СУБД)

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

Так как компьютеры очень хороши при обработке больших количеств данных, базы данных играют центральную роль в вычислениях. Человек способен понять данные, представленные в какой угодно форме, лишь бы их было не очень много. Компьютер же наоборот: количество данных для него почти не имеет значения, но вот их структура должна строго соответствовать критериям программы.

MySQL является реляционной СУБД

Реляционная база данных сохраняет данные в отдельных таблицах (реляциях). Это улучшает быстродействие и гибкость. Таблицы связаны определенными отношениями, делающими возможным объединять данные из нескольких таблиц в одном запросе для поиска информации. Таким образом, краеугольным понятием для вашей последующей работы должна стать таблица . Именно в таблицах MySQL хранит все, даже свои внутренние структуры и данные.

MySQL использует язык запросов SQL

Поскольку данных много, нужен какой-то способ быстро получать именно те, которые сейчас понадобились. Для этого надо иметь возможность указать серверу найти данные, отвечающие неким критериям. С этой целью был разработан язык SQL (Structured Query Language, язык структурированных запросов), наиболее общий стандартизированный язык, используемый, чтобы обращаться к компьютерным базам данных. Именно с этим языком работают почти все современные СУБД. Вот тут возникает одна проблема. Дело в том, что если уж создается некий универсальный язык для работы с базами данных, то он должен быть четко стандартизован.

Не так все просто. В процессе разработки языка SQL несколько фирм, которые тогда определяли ситуацию на рынке СУБД, так и не смогли толком договориться об окончательных стандартах. Дело затягивалось, и фирмы начали применять в своих системах разные версии SQL: каждая фирма вносила свои улучшения, что погубило саму идею единого языка.

В конце концов, после бурных дебатов, в 1992 году стандарт на SQL был наконец принят и получил название ANSI SQL92 (также его назвали классическим SQL). Но было уже поздно. В разных СУБД SQL уже использовался везде, но свой у каждого разработчика.

Были попытки привести их к общему знаменателю, но ничего не вышло: стандарт определил лишь общие понятия и правила, очень многое оставив на совести разработчиков конкретной реализации. Так появились диалекты SQL. В частности, MySQL использует весьма специфический диалект SQL, далеко не во всем соответствующий стандарту. Именно он и рассмотрен в здесь, в самоучителе. В нём отмечены наиболее принципиальные отличия MySQL от ANSI SQL.

Вообще-то MySQL старается соответствовать ANSI SQL, где это возможно. Более того, сервер MySQL может быть запущен в режиме полного соответствия ANSI SQL, но тогда отменятся многие дополнительные возможности MySQL.

SQL представляет собой язык управления базами данных. Часто его называют языком программирования, но это не так. Хоть он и является языком для общения с компьютерными программами, но к программированию управление базами данных не имеет никакого отношения. Это совсем другая область компьютерной технологии.

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

MySQL имеет заслуженную репутацию. Это простая, эффективная и надежная система управления информацией, использующая традиционный язык SQL. В умелых руках MySQL - это реляционные идеи хранения и обработки информации в максимально широком спектре услуг, которые исторически сложились. Они отражают практическую целесообразность и представляют собой функциональность современной базы данных.

Рейтинг и место MySQL

Базы данных - востребованный набор инструментов для представления, хранения и обработки информации. Однако, вариантов реализации таких инструментов, то есть моделей и логики реляционных отношений между данными, всегда было много.

MySQL - не единственный вариант для эффективного представления данных и их использования, но в последние несколько лет MySQL - это наиболее часто используемое инструментальное средство.

Если говорить о применении систем управления сайтами, которые в последнее время очень востребованы программистами, то большинство из них основано на использовании именно MySQL. Часто выбрать другую базу просто невозможно.

Если речь идет о ручной разработке веб-ресурса, то проще и надежнее варианта MySQL найти сложно, хотя в таком (ручном) контексте всегда можно выбрать любую базу данных.

В большинстве случаев объективная закономерность выводит разработчика именно на PHP/MySQL. Эта пара стала де-факто лучшей в программировании сайтов и иных ресурсов для локальных и распределенных сетей обработки информации.

Подключение базы данных

Нет ничего проще, чем присоединиться к базе данных.

Здесь на локальном хосте «localhost» находится база «sci_exchange_base» к которой происходит подключение пользователя «sci_iN_WMiX» с паролем «POi17DO». После успешного подключения база данных становится доступной для работы или создается «по новой» функцией scCreateTables().

Такая логика, «если ничего нет или есть проблема: создать все вновь в исходном виде» делает любой код любого ресурса безопасным. Нет ничего проще, чем создать вновь, а не разбирать завалы проблем, создаваемых многочисленными посетителями ресурса, ошибками линий связи и технических средств:

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

Использование базы данных

Практически любая операция с данными в PHP/MySQL - Результат запроса - данные или изменение содержимого базы данных. Сама по себе MySQL - это инструментальное средство, которое использует свой функционал для исполнения своей функциональности.

Иначе говоря, управление базой, пользователи и другие административные возможности лежат и доступны в пределах ее таблиц и запросов MySQL query.

В подавляющем большинстве случаев разработчики придерживаются сложившегося опыта использования баз данных вообще. В частности, за основу берется стандартная конструкция запроса MySQL query, потом на PHP в коде анализируется результат.

В этом примере (1) - формирование строки запроса, (2) - исполнение запроса. Это обычное применение базы данных, описанное в MySQL manual, сложившееся на практике.

Здесь на вход функции передаются три параметра:

• список полей таблицы;
• имя таблицы;
• условия выборки.

В результате MySQL query делается выборка данных, которые записываются в строку данных и возвращаются в качестве результата работы функции.

Независимое использование MySQL

Функция iLineSel() - метод объекта доступа к базе. Здесь не принципиально использование объектов для доступа к информации, но принципиально разделение функционала на тот, который зависим от самой базы данных, и тот, который зависим от кода ресурса.

В подавляющем большинстве случаев MySQL - это четыре основных процедуры:

• вставка;
• удаление;
• изменение;
• выборка.

Представив эти четыре действия четырьмя функциями, можно «абстрагироваться» от формирования запросов query в виде MySQL строки.

Функции iLineSel(), iLineIns(), iLineDel(), iLineUpd() используются в коде и требуют указания имен таблиц, имен полей, условий и значений. Это удобно для кода ресурса. Внутри функций используются строки query и конструкции для доступа к базе данных.

Совместимость и эффективность

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

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

Функциональная динамика

Опыт использования баз столь велик, что многие концептуальные вещи стали слишком привычными. Но пример того, как объективно и естественно ушла на задний план концепция совместимости, позволяет заметить: далеко не все таблицы базы данных «прямоугольные» и совершенно не все отношения в базе данных - «реляционные».

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

Последнее все чаще представляется нормальным и естественным. Широко применяемое в контексте баз данных, особенно в связке PHP/MySQL, позволяет создавать системы объектов, которые сами себя записывают в базу данных. Но поскольку эти объекты не обязательно всегда такие, какие были в момент создания, то и таблицы базы данных могут динамично меняться, когда хранят динамичные объекты.

В самом простом случае современная таблица - это строка или система строк, длина здесь не имеет значения, ее вполне можно эмулировать на уровне таблиц базы данных. А вот использование объектов позволяет эмулировать нужные свойства данных и абстрагироваться от жесткой структуры, реляционных идей, таблиц и привычного строгого синтаксиса работы с данными.