 |
|
|
|
Перенос БД с SQLite на MySQL на примере MediaWiki
Перенос БД с SQLite на MySQL Изучим перенос сайта на другую СУБД на примере MediaWiki, создаваемом для Википедии и распространяемом бесплатно. Обсудим, что делать, если перед вами стоит схожая задача, но для другого движка Обе бесплатные открытые СУБД SQLite [1] и MySQL [2] очень популярны, имеют свои преимущества, но предназначены для разных целей. Потому, если цели или условия проекта поменялись, возникает необходимость перехода от одной СУБД к другой. Например, нужно получить удаленный доступ к базе данных, разграничить права доступа к таблицам или использовать какое-то конкретное средство администрирования – причин для перехода может быть несколько. К сожалению, пока не было обнаружено простого решения этой задачи, выполняющего работу путем нажатия одной кнопки, но несложный алгоритм, описанный в статье, позволит выполнить все самостоятельно, быстро и бесплатно. Итак, у нас имеется сайт под управлением MediaWiki, использующий SQLite, который мы решили перенести на MySQL. Во избежание проблем крайне рекомендуется при переходе использовать ту же самую версию движка, так как при смене версий может быть изменена структура базы данных. Можно вообще использовать этот же набор файлов MediaWiki, лишь изменяя в конфигурационном файле LocalSettings.php переменные доступа к базе данных (они имеют общее начало: $wgDB...). Используя ту же версию, мы можем не заботиться о переносе структуры, все, что нам остается, – это перенести содержимое таблиц. Самым простым решением было бы выгрузить содержимое SQLite в виде текстового файла с последовательностью SQL-команд и затем выполнить эти команды на MySQL. Однако есть «но». Разница между реализацией SQL-языка в SQLite и MySQL В нашей конкретной задаче не имеет значения, в чем различается функционал SQLite и MySQL, для нас важно, чем отличаются SQL-команды в этих СУБД, так как в конечном счете работа с любой СУБД сводится к выполнению последовательности этих команд в ее среде. С их помощью создаются, изменяются и удаляются все объекты, а также записываются и считываются данные. Несмотря на существующие стандарты языка SQL, каждая СУБД вносит что-то свое в его реализацию. Рассматриваемые нами СУБД не соответствуют стандартам по-разному, поэтому при подготовке команд SQLite для MySQL нужно будет: Удалить строки (некоторые парсеры удаляют еще строки «CREATE UNIQUE INDEX» и «COMMIT;», но это не обязательно, так как обе команды есть в MySQL):
Заменить:
Все это можно было бы доверить парсеру (тем более что их для SQLite создано уже довольно много [3]), преобразующему синтаксис по известным нам правилам, но последнее из перечисленных условий является самым проблемным. Оно делает невозможным корректное автоматическое преобразование синтаксиса, так как в текстах сайта, вполне вероятно, могут встретиться оба упомянутых символа в непредсказуемых комбинациях. Кроме того, задача парсера осложняется еще и тем, что в статьях переносимого сайта могут встречаться SQL-выражения, которые, конечно же, надо обрабатывать, но объяснить это парсеру очень трудно. Такая ситуация вынуждает нас использовать более долгий путь. Статью целиком читайте в журнале «Системный администратор», №10 за 2015 г. на страницах 71-73. PDF-версию данного номера можно приобрести в нашем магазине.
|
ПАВЕЛ МАЛАХОВ, начальник технического отдела ЗАО НИПИ «Кузбасспроект», Комментарии отсутствуют
| Добавить комментарий |
|
Комментарии могут оставлять только зарегистрированные пользователи |
|
