Антология PHP Том I, Глава 3 — PHP и MySQL

Как мне искать в моей таблице?

Некоторые люди просто нетерпеливы; вместо того, чтобы бродить по вашему сайту с помощью удобной навигационной системы, которую вы предоставили, они теперь требуют информацию! Следовательно, разработчики PHP, такие как вы и я, должны реализовать функции поиска, чтобы предоставить посетителям «быстрый доступ» для поиска нужной информации. В дни хранения всего контента в виде HTML-файлов это могло быть довольно проблематично, но теперь, когда вы используете базу данных для хранения контента, поиск становится намного проще.

Выберите то, что вам нравится

Самая простая форма поиска происходит по одному столбцу с оператором LIKE:

 SELECT * FROM articles WHERE title LIKE 'How %' 

% Является символом подстановки. Приведенное выше утверждение выберет все статьи, в которых заголовок начинается со слова «Как». MySQL также поддерживает регулярные выражения POSIX (так же, как и функции ereg в PHP). Используя оператор RLIKE , мы можем сравнить столбец с помощью регулярного выражения:

 SELECT * FROM articles WHERE title RLIKE '^How ' 
 

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

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


 SELECT * FROM articles  WHERE title LIKE '%how%' OR body LIKE '%how%' 
  Для больших таблиц это может потребовать от вас написания очень сложных и неприятных запросов. 


            


  FULLTEXT поиски 
  MySQL предоставляет альтернативу, которая выполняет большую часть работы за вас - индекс FULLTEXT .  Индексы в базе данных очень похожи на индекс книги;  они предоставляют средства для быстрого поиска информации в базе данных из упорядоченного списка.  Индекс FULLTEXT позволяет вам искать в таблице определенные слова. 
  Индексы FULLTEXT были введены в MySQL с версией 3.23.  Реализация на этом этапе была довольно ограниченной, но все же полезной для базового поиска, что я продемонстрирую здесь.  В версии MySQL 4.0.1 эта функциональность была расширена, чтобы обеспечить полный логический механизм поиска, который дает вам возможность создавать что-то вроде расширенных функций поиска Google.  Индексы FULLTEXT также позволяют каждому результату возвращаться со значением «релевантности», так что, например, результаты поиска по нескольким словам могут отображаться с точки зрения того, насколько хорошо каждый результат соответствует конкретному поиску этого пользователя.

  Чтобы воспользоваться преимуществами индексов FULLTEXT , сначала необходимо FULLTEXT MySQL начать создание индекса столбцов, которые вы хотите найти: 


 ALTER TABLE articles ADD FULLTEXT art_search (title, body, author) 
  После того, как вы это сделали, вам нужно ВСТАВИТЬ новую запись (или изменить существующую), чтобы MySQL создал индекс.  Для FULLTEXT поиска FULLTEXT также необходимы как минимум три записи в базе данных, поскольку не-булевы поиски будут возвращать результаты только в том случае, если строка поиска произошла менее чем в 50% строк таблицы (если в строке только две строки). таблица, и ваш поиск соответствует одной строке, что составляет 50%).  И последнее, о чем следует помнить: поиск по FULLTEXT будет совпадать только с поиском более трех букв;  механизм индексации игнорирует слова из трех или менее символов, чтобы избежать необходимости создавать массивный индекс.  Это очень похоже на указатель книги;  Вы были бы очень удивлены, обнаружив в указателе книги, на каких страницах появилось слово «the»! 
  Вот основной поиск FULLTEXT : 
 SELECT * FROM articles  WHERE MATCH (title,body,author) AGAINST ('MySQL'); 
  Этот поиск вернет все строки, в которых заголовок, текст или автор содержали слово «MySQL». 
  Другое использование индексов FULLTEXT - поиск, который возвращает релевантность для каждого результата.  Например: 
 Example 3.26. 19.php (excerpt)   // Select all rows but display relvance  $sql = "SELECT          *, MATCH (title, body, author)        AGAINST          ('The PHP Anthology Released Long Word Matching')        AS          score        FROM          articles        ORDER BY score DESC";   // Run the query, identifying the connection  $queryResource = mysql_query($sql, $dbConn);   // Fetch rows from MySQL one at a time  while ($row = mysql_fetch_array($queryResource, MYSQL_ASSOC)) {  echo 'Title: '  . $row['title']  . '<br />';  echo 'Author: ' . $row['author'] . '<br />';  echo 'Body: '   . $row['body']   . '<br />';  echo 'Score: '  . $row['score']  . '<br />';  } 
  Счет псевдонимов теперь содержит значение, определяющее, насколько релевантна строка для поиска.  Значение не в процентах, а просто мера;  0 означает, что совпадений не было.  Сопоставление с одним словом приведет к значению около 1. Чем больше совпадающих слов, тем больше число, поэтому ранжирование по пяти словам даст оценку релевантности около 13. Алгоритм релевантности MySQL разработан для больших таблиц, поэтому чем больше данных, тем больше данных. у вас есть, тем более полезным становится значение релевантности. 
  В целом, возможности поиска MySQL FULLTEXT предоставляют механизм, который легко реализовать и дает полезные результаты. 




  Как мне сделать резервную копию моей базы данных? 
  Чем больше становится база данных, тем более нервным может быть отсутствие резервного копирования данных, которые она содержит.  Что делать, если ваш сервер падает, и все потеряно?  К счастью, MySQL поставляется с двумя альтернативами: утилита командной строки под названием mysqldump и синтаксис запроса для резервного копирования таблиц. 
  Вот как вы можете экспортировать содержимое базы данных из командной строки с помощью mysqldump : 
 mysqldump -uharryf -psecret sitepoint > sitepoint.sql 
Эта команда войдет в MySQL как пользователь «harryf» ( -uharryf) с паролем «secret» ( -psecret) и выведет содержимое базы данных sitepoint в файл sitepoint.sql. Содержимое sitepoint.sql будет серией запросов, которые могут быть запущены против MySQL, возможно, с использованием утилиты mysql для выполнения обратной операции из командной строки:


            


 mysql -uharryf -psecret sitepoint < sitepoint.sql 
Используя систему функций PHP, вы можете выполнить указанную выше команду из сценария PHP (для этого необходимо войти в систему и выполнить сценарии PHP из командной строки). Следующий класс объединяет все это в удобную форму PHP, которую вы можете использовать для регулярного резервного копирования вашего сайта.
 Example 3.27. Database/MySQLDump.php (in SPLIB)   /**  * MySQLDump Class<br />  * Backs up a database, creating a file for each day of the week,  * using the mysqldump utility.<br />  * Can compress backup file with gzip of bzip2<br />  * Intended for command line execution in conjunction with  * cron<br />  * Requires the user executing the script has permission to execute  * mysqldump.  * <code>  * $mysqlDump = new MySQLDump('harryf', 'secret', 'sitepoint',  *                            '/backups');  * $mysqlDump->backup();  * </code>  * @access public  * @package SPLIB  */  class MySQLDump {  /**   * The backup command to execute   * @private   * @var string   */  var $cmd;   /**   * MySQLDump constructor   * @param string dbUser (MySQL User Name)   * @param string dbPass (MySQL User Password)   * @param string dbName (Database to select)   * @param string dest (Full dest. directory for backup file)   * @param string zip (Zip type; gz - gzip [default], bz2 - bzip)   * @access public   */  function MySQLDump($dbUser, $dbPass, $dbName, $dest,                     $zip = 'gz')  {    $zip_util = array('gz'=>'gzip','bz2'=>'bzip2');    if (array_key_exists($zip, $zip_util)) {      $fname = $dbName . '.' . date("w") . '.sql.' . $zip;      $this->cmd = 'mysqldump -u' . $dbUser . ' -p' . $dbPass .                   ' ' . $dbName . '| ' . $zip_util[$zip] . ' >' .                   $dest . '/' . $fname;    } else {      $fname = $dbName . '.' . date("w") . '.sql';      $this->cmd = 'mysqldump -u' . $dbUser . ' -p' . $dbPass .                   ' ' . $dbName . ' >' . $dest . '/' . $fname;    }  }   /**   * Runs the constructed command   * @access public   * @return void   */  function backup()  {    system($this->cmd, $error);    if ($error) {      trigger_error('Backup failed: ' . $error);    }  }  } 
 Заметка 
MySQLDumpКласс делает некоторые предположения о конфигурации операционной системы. Предполагается, что утилита mysqldump доступна по пути пользователя, который выполняет этот сценарий. Если используются утилиты gzipили bzip2, они также должны присутствовать в пути пользователя, который выполняет этот сценарий. bzip2обеспечивает лучшее сжатие, чем gzip, помогая сэкономить дисковое пространство.

 Следующий код демонстрирует, как можно использовать этот класс: 
 Example 3.28. 20.php   <?php  // Include the MySQLDump class  require_once 'Database/MySQLDump.php';   $dbUser = 'harryf';               // db User  $dbPass = 'secret';               // db User Password  $dbName = 'sitepoint';            // db name  $dest   = '/home/harryf/backups'; // Path to directory  $zip    = 'bz2';                  // ZIP utility to compress with   // Instantiate MySQLDump  $mysqlDump = new MySQLDump($dbUser, $dbPass, $dbName, $dest,                           $zip);   // Perform the backup  $mysqlDump->backup();  ?> 
$destПеременная определяет путь к каталогу , в котором резервный файл должен быть помещен. Созданное имя файла будет в следующем формате:

 databaseName.dayOfWeek.sql.zipExtension 
  Например: 
 sitepoint.1.sql.bz2 
dayOfWeekЭлемент может быть любое число от 0 до 6 (0 означает воскресенье и 6 будучи в субботу). Это обеспечивает еженедельное «скользящее» резервное копирование, файлы на следующую неделю перезаписывают файлы с предыдущей недели. Это должно обеспечить адекватное резервное копирование, предоставляя вам неделю для выявления серьезных проблем и не требуя чрезмерного дискового пространства для хранения файлов.

Использование утилиты ZIP не является обязательным. Если значение $zipпеременной не равно одному gzили bz2, тогда сжатие не будет выполнено, хотя для больших баз данных очевидно, что целесообразно использовать инструмент сжатия, чтобы минимизировать необходимый объем дискового пространства.
 Этот класс предназначен для использования с утилитой crontab, которая является функцией Unix, которая позволяет выполнять сценарии на регулярной (например, ежедневной) основе. 
MySQL также предоставляет операторы SQL BACKUP TABLE и RESTORE TABLE, которые позволяют вам копировать содержимое таблицы в другое место в вашей файловой системе. В отличие от mysqldumpутилиты, резервные копии таблиц, сохраненных таким способом, сохраняют свой исходный формат (который не читается человеком), но этот механизм не требует доступа к утилите командной строки, поэтому он может быть выполнен через веб-страницу.
 Общий синтаксис этих утверждений следующий: 
 BACKUP TABLE tbl_name[, tbl_name ...]  TO '/path/to/backup/directory'   RESTORE TABLE tbl_name[, tbl_name ...]  FROM '/path/to/backup/directory' 
Обратите внимание, что в системах Windows лучше указывать пути, используя косую черту (например C:/backups).
Комбинируя их с некоторыми операторами «самоанализа», которые предоставляет MySQL, мы можем сделать резервную копию нашей базы данных, используя MySQLкласс, который мы создали в этой главе. Для начала нам нужно получить список таблиц в базе данных, что быстро достигается с помощью синтаксиса запроса SHOW TABLES:


            


 Example 3.29. 21.php (excerpt)   <?php  // Include the MySQL class  require_once 'Database/MySQL.php';   $host   = 'localhost'; // Hostname of MySQL server  $dbUser = 'harryf';    // Username for MySQL  $dbPass = 'secret';    // Password for user  $dbName = 'sitepoint'; // Database name   $db = &new MySQL($host, $dbUser, $dbPass, $dbName);   // A query to show the tables in the database  $sql = "SHOW TABLES FROM sitepoint";   // Execute query  $result = $db->query($sql); 
 Мы также храним количество строк, возвращаемых этим запросом, чтобы помочь нам отформатировать строку, которую мы будем использовать для построения запроса BACKUP: 
 Example 3.30. 21.php (excerpt)   // Get the number of tables found  $numTables = $result->size(); 
 Затем мы перебираем результаты, создавая разделенный запятыми список таблиц для резервного копирования: 
 Example 3.31. 21.php (excerpt)   // Build a string of table names  $tables = '';  $i = 1;  while ($table = $result->fetch()) {  $tables .= $table['Tables_in_sitepoint'];  if ($i < $numTables) {    $tables .= ', ';  }  $i++;  } 
 Наконец, мы используем синтаксис запроса BACKUP TABLE, чтобы скопировать таблицы в каталог по нашему выбору (для которого, конечно, сценарию, выполняющему этот запрос, требуется разрешение на запись): 
 Example 3.32. 21.php (excerpt)   // Build the backup query  $sql = "BACKUP TABLE $tables TO '/home/harryf/backup'";   // Perform the query  $db->query($sql);   if (!$db->isError()) {  echo 'Backup succeeded';  } else {  echo 'Backup failed';  }  ?> 




 Как восстановить поврежденный стол? 
Хотя это не должно происходить, иногда данные, хранящиеся в MySQL, повреждаются. Существует ряд (редких) обстоятельств, когда это может произойти; Windows особенно восприимчива, так как не имеет надежного механизма блокировки файлов в Unix-системах. Серверы с большой нагрузкой, на которых запросы INSERT и UPDATE распространены наряду с SELECT, также могут быть подвержены случайным повреждениям. Предполагая, что вы используете табличный тип MyISAM (вы будете использовать его, если не указано иное), есть хорошие новости; В общем, вы должны быть в состоянии восстановить все данные в поврежденной таблице.
Обратите внимание, что информация, представленная здесь, представляет собой краткий справочник для тех случаев, когда вам нужна срочная помощь. Стоит прочитать руководство MySQL по предотвращению и восстановлению после сбоев, чтобы вы точно знали, что делаете.
 MySQL предоставляет две важные утилиты для работы с поврежденными таблицами, а также удобный синтаксис SQL для тех, кто может получить доступ к командной строке MySQL. 
Во-первых, утилита perror может быть запущена из командной строки, чтобы дать вам приблизительное представление о том, что означают коды ошибок MySQL. Утилита должна быть доступна из binподкаталога вашей установки MySQL. perror 145Например, ввод текста скажет вам:
 145 = Table was marked as crashed and should be repaired 
Затем из командной строки вы можете использовать утилиту myisamchkдля проверки самих файлов базы данных:
 myisamchk /path/to/mysql/data/table_name 
Чтобы исправить поврежденную таблицу с myisamchkпомощью следующего синтаксиса:
 myisamchk -r /path/to/mysql/data/table_name 
 Используя SQL, вы также можете проверять и исправлять таблицы, используя такой запрос: 
 CHECK TABLE articles 
 И это: 
 REPAIR TABLE articles 
 Если повезет, вам нужно будет использовать эти команды только один или два раза, но стоит подготовиться заранее, чтобы вы могли эффективно реагировать (даже без намека на панику в ваших действиях). 


            


 Мне действительно нужно писать SQL? 
Хорошим качеством для программиста является лень - желание сделать как можно больше с минимальными усилиями. Хотя вы, возможно, не захотите ссылаться на это в качестве одного из своих сильных сторон на собеседовании, мотивация облегчить себе жизнь является значительным благом в разработке хорошо спроектированного приложения.
Теперь, когда вы прочитали эту главу о PHP и MySQL, я думаю, что сейчас самое время показать, что я ненавижу SQL не потому, что с ним что-то не так, а потому, что он всегда вызывает у меня горе. Например, если в моем PHP есть синтаксическая ошибка, PHP найдет ее для меня. Но PHP не найдет ошибки в операторах SQL, и сообщения об ошибках MySQL могут быть меньше, чем показывать. Если я вручную пишу код SQL в приложении, я потрачу немало времени на его отладку - время, которое я мог бы потратить на простоту!
Что если бы вы могли вообще не писать SQL-операторы? Если вы вспомните раздел под названием «Как создать гибкие операторы SQL?», Где мы строили строки SQL «на лету» на основе входящих переменных, возможно, у вас возникло предположение, что будет какое-то общее решение для сделать генерацию SQL еще проще Ну, есть! Это называется PEAR :: DB_DataObject .
 DB_DataObjectэто класс, который инкапсулирует процесс написания операторов SQL в простом API. Он использует преимущества родной «грамматики» SQL и предоставляет вам механизм, который устраняет практически любую потребность в написании любого SQL самостоятельно. В качестве подхода к работе с базами данных он обычно описывается как уровень постоянства базы данных или, альтернативно, как использование шаблона проектирования объектов доступа к данным (DAO). Вы найдете дальнейшее обсуждение общих методов, используемых DB_DataObjectв конце этой главы.

Здесь я приведу краткое введение, чтобы DB_DataObjectвы могли начать, так как это предмет, который может легко поглотить целую главу, если изучить его подробно. Документация DB_DataObject на веб-сайте PEAR должна предоставить вам дополнительную помощь. Версия, которую мы использовали здесь, была 1.1; обратите внимание, что для этого требуется, чтобы у вас была PEAR::DBустановлена ​​библиотека абстракции базы данных (см. Приложение D, Работа с PEAR для получения дополнительной информации об установке библиотек PEAR).


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


 Example 3.33. db_dataobject.ini   [DB_DataObject]  ; PEAR::DB DSN  database        = mysql://harryf:secret@localhost/sitepoint  ; Location where sitepoint.ini schema file should be created  schema_location = /htdocs/phpanth/SPLIB/ExampleApps/DataObject  ; Location where DataObject classes should be created  class_location  = /htdocs/phpanth/SPLIB/ExampleApps/DataObject  ; Prefix for including files from your code  require_prefix  = ExampleApps/DataObject  ; Classes should be prefixed with this string eg DataObject_User  class_prefix    = DataObject_  ; Debugging information: 0=off, 1=display sql, 2=display results,  ; 3=everything  debug = 0  ; Prevent SQL INSERT, UPDATE or DELETE from being performed  debug_ignore_updates = false  ; Whether to die of error with a PEAR_ERROR_DIE or not  dont_die = false 
Приведенный выше iniфайл подчиняется тем же правилам форматирования, что и php.ini. Наиболее важной является первая строка - строка DSN PEAR :: DB, которая определяет переменные, необходимые для подключения к базе данных. Этот файл используется как для генерации DataObjectклассов, так и для их использования при выполнении запросов.




 Имея это в виду, мы можем использовать этот скрипт (который должен быть запущен из командной строки) для генерации классов: 
 Example 3.34. 22.php   <?php  // Builds the DataObjects classes  $_SERVER['argv'][1] = 'db_dataobject.ini';  require_once 'DB/DataObject/createTables.php';  ?> 
Этот скрипт автоматически создает файлы классов, которые нам нужны для доступа к базе данных. Вот пример, разработанный для таблицы статей:
 Example 3.35. ExampleApps/DataObject/Articles.php (in SPLIB)   <?php  /**  * Table Definition for articles  */  require_once 'DB/DataObject.php';   class DataObject_Articles extends DB_DataObject  {   ###START_AUTOCODE  /* the code below is auto generated do not remove the above tag  */   var $__table = 'articles'; // table name  var $article_id; // int(11)  not_null primary_key auto_increment  var $title; // string(255)  not_null multiple_key  var $intro; // blob(65535)  not_null blob  var $body;  // blob(65535)  not_null blob  var $author; // string(255)  not_null  var $published; // string(11)  var $public; // string(1)  not_null enum   /* ZE2 compatibility trick*/  function __clone() { return $this;}   /* Static get */  function staticGet($k,$v=NULL) {    return DB_DataObject::staticGet('DataObject_Articles',$k,$v); }   /* the code above is auto generated do not remove the tag below */  ###END_AUTOCODE  }  ?> 
 Давайте теперь используем этот класс для доступа к таблице статей: 
 Example 3.36. 23.php   <?php  // Include the DataObjects_Articles class  require_once 'ExampleApps/DataObject/Articles.php';   // Parse the database ini file  $dbconfig = parse_ini_file('db_dataobject.ini', true);   // Load Database Settings  // (note main PEAR class is loaded by Articles.php)  foreach ($dbconfig as $class => $values) {  $options = &PEAR::getStaticProperty($class, 'options');  $options = $values;  }   // Instantiate the DataObject_Articles class  $articles = new DataObject_Articles();   // Assign a value to use to search the 'Author' column  $articles->author = 'Kevin Yank';   // Perform the query  $articles->find();   echo 'Kevin has written the following articles:<br />';   // Loop through the articles  while ($articles->fetch()) {  echo ' - ' . $articles->title . ', published: ' .       date('jS M Y', $articles->published) . '<br />';  }  ?> 
Прежде всего, где SQL? Там нет - отлично! parse_ini_fileФункция обеспечивается PHP (смотрите Главу 4, файлы для более подробной информации) и сделок с получением переменных из нашего db_dataobject.iniконфигурационного файла. Цикл foreach делает обязательные переменные доступными, DB_DataObjectкогда мы создаем его автоматически сгенерированный подкласс DataObject_Articles. Присваивая значение свойству author $articlesобъекта, мы подготавливаем WHEREусловие, которое DataObject_Articlesследует использовать при запросе к базе данных. Запрос фактически выполняется путем вызова метода find (см. DB_DataObjectДокументацию для получения полной информации), который, в свою очередь, выполняет следующий запрос:
 SELECT * FROM articles WHERE articles.author = 'Kevin Yank' 
Чтобы просмотреть результаты, мы используем fetchметод. Когда он вызывается, fetchзаполняет свойства $articlesобъекта текущим результатом строки. Это позволяет нам снова обращаться к ним через имена свойств, как с $articles->title.
Для усложнения запроса предусмотрены дополнительные методы, например, whereAddметод:
 Example 3.37. 24.php (excerpt)   // Instantiate the DataObject_Articles class  $articles = new DataObject_Articles();   // Assign a value to use to search the 'Author' column  $articles->author = 'Kevin Yank';   // Add a where clause  $articles->whereAdd('published > ' . mktime(0, 0, 0, 5, 1, 2002));   // Perform the query  $articles->find(); 
Это позволяет нам добавить еще одно условие к WHEREпредложению:
 SELECT * FROM articles  WHERE published > 1020204000 AND articles.author = 'Kevin Yank' 
Существуют и другие подобные методы, поэтому, если они не могут обеспечить то, что вам нужно, вы можете использовать метод запроса для выполнения запроса с ручным кодированием. Обратите внимание, что если вам нужно использовать метод запроса, может быть неплохо создать подкласс сгенерированного DataObjectкласса и обернуть запрос в полезное имя метода, которое точно его описывает.
 DB_DataObject также эффективно работает с объединениями таблиц, что, хотя и немного более подробно, чем в приведенном выше примере, безусловно, экономит время по сравнению с написанием сложных запросов на соединение вручную.
На этом наше краткое введение завершено DB_DataObject, но в этом разделе вы должны были понять, что он может для вас сделать. Большим преимуществом является то, что это делает запросы к вашей базе данных с SQL гораздо менее утомительным и подверженным ошибкам. Кроме того, благодаря централизации доступа к конкретной таблице в одном классе, это помогает упростить работу с изменениями в структуре таблицы.
  Дальнейшее чтение 


 Начало MySQL
 В этой статье содержится краткое описание того, как использовать SQL с MySQL. 

 Верни мне мою командную строку MySQL!
 Кевин Янк показывает, как собрать PHP-скрипт, который можно использовать для имитации командной строки MySQL через веб-страницу. 

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

 Создание уровней доступа к базе данных PHP
 В этой статье дается обзор уровней персистентности и генерации связанного кода с указателями на некоторые полезные инструменты. 

 Zend Tutorial по полнотекстовым поискам
 Этот учебник дает подробный обзор поиска FULLTEXT 

 Начало работы с полнотекстовым поиском MySQL
 Это хорошее руководство дает еще один подробный взгляд на поиск FULLTEXT. 

 Резервное копирование с MySQLDump
 Это руководство, которое исследует все тонкости утилиты mysqldump. 


 Посмотрите другие главы Антологии PHP на SitePoint в ближайшие недели! Если вы не можете ждать, загрузите образцы глав или закажите свою собственную копию прямо сейчас !