phpMyAdmin по-русски
   О проекте  |  Скачать  |  Документация  |  Форум
  
Главная страница / Документация /

FAQ по phpMyAdmin. Ограничения



[3.1] При использовании HTTP аутентификации, пользователь, прошедший регистрацию не может пройти идентификацию под другим ником.
Это связано с механизмом аутентификации, используемым phpMyAdmin-ом. Для того чтобы обойти эту проблему: необходимо закрыть все другие открытые окна браузера, вернуться к phpMyAdmin и попробовать пройти идентификацию снова.

[3.2] При создании дампа большой таблицы в режиме компрессии (compressed mode), я получаю ошибку лимита памяти или ошибку лимита времени.
Сжатые дампы формируются в памяти, поэтому ограничены размером памяти php. Для экспорта GZip/BZip2 эта проблема может быть решена, начиная с версии 2.5.4 с помощью использования $cfg['CompressOnFly'] (разрешено по умолчанию). Проблема с Zip экспортом не может быть решена таким методом, и если необходимы дампы больших размеров в Zip-формате, необходимо использовать другой способ.

[3.3] При переименовании или изменении структуры таблиц InnoDB теряется внешний ключ связи.
Скорее всего, это баг InnoDB (исправлен в MySQL 3.23.50). Обновите версию MySQL.

[3.4] Невозможно импортировать дампы, созданные с помощью mysqldump, входящего в состав дистрибутива MySQL-сервера.
Проблема возникает из-за того, что mysqldump старых версий при создании дампа добавлял в него некорректные комментарии подобные этому:
-- MySQL dump 8.22 -- -- Host: localhost Database: database --------------------------------------------------------- -- Server version 3.23.54
Неверная часть кода - это горизонтальная линия из ряда дефисов, которая появляется единожды в каждом дампе, созданном с помощью mysqldump. Чтобы запустить дамп такого вида, необходимо привести его к приемлемому для MySQL виду, т.е. необходимо добавить пробел после первых двух дефисов линии или закомментировать её (добавить # перед ней):
-- ------------------------------------------------------- или
#---------------------------------------------------------


[3.5] При использовании вложенных папок ($cfg['LeftFrameTableSeparator']) некоторые подразделения отображаются в неверном виде?!
Пожалуйста, помните, что нельзя многократно использовать отдельные строки без каких-бы то ни было символов между ними, в начале или конце в имени таблицы. При необходимости, подумайте над использованием другого разделителя таблиц (TableSeparator), либо отключите эту опцию.

[3.6] Что в настоящее время phpMyAdmin не поддерживает в InnoDB??
В Relation view, не возможен выбор таблицы в другой базе данных, или имеющей более одного индексного поля во внешнем ключе.
В Query-by-example (Query), автоматическое генерирование запроса LEFT JOIN из внешней таблицы.

[3.7] Есть таблица с множеством (100+) полей и когда Я пытаюсь просмотреть таблицу получаю серию ошибок "Warning: unable to parse url". Как можно решить проблему?
По всей видимости Ваша таблица не содержит ни первичного (primary key), ни одного уникального (unique) ключа, таким образом, phpMyAdmin для идентификации данной строки приходится использовать длинное выражение. Это вызывает трудности в работе функции parse_url. Решением проблемы является создание первичного или уникального ключа.

[3.8] Я не могу использовать (кликать) HTML-формы в полях, где я применил MIME-преобразование!
Из-за окружающего контейнера form (используется для организации многострочных чекбоксов для удаления) вложенные формы не могут быть размещены вне таблицы, при отображении phpMyAdmin-ом результатов. Тем не менее использование формы в таблице возможно, при условии, что родительский контейнер form содержится в tbl_row_delete.php и вставляются только ваши собственные элементы ввода.
Если Вы используете собственное поле отправки (submit), форма будет отправлять данные самой себе на отображаемую страницу, т.е. для корректной работы необходимо поправить $HTTP_POST_VARS в преобразовании. Более подробную информацию см. в разделе Link section на официальном сайте phpMyAdmin.

[3.9] Я получаю сообщение об ошибке при использовании "--sql_mode=ANSI" для MySQL -сервера.
Когда MySQL запущен в ANSI-совместимом режиме, существуют некоторые особенности, которые нужно иметь ввиду (см. http://dev.mysql.com/doc/mysql/en/ANSI_mode.html). Наиболее важная из всех - символ кавычек (") интерпретируется как идентификатор символа кавычек, но не как строковый символ, который делает многие внутренние операции phpMyAdmin некорректными с точки зрения SQL. Пока нет решения по данной проблеме.
P.S. (в 2.6.1) ANSI не поддерживается. Сообщение об ошибке появляется при работе в ANSI режиме. Если режим ANSI выключен, данное сообщение не появляется. Оно появляется, т.к. запрос в файле server_privileges.php не передает аккаунту тот факт, что MySQL используется в ANSI режиме.
Предупреждение: Структура Вашей таблицы привилегий должна быть старше, чем эта версия MySQL! Для решения данной проблемы запустите скрипт mysql_fix_privilege_tables, который должен быть включен в дистрибутив MySQL-сервера.

[3.10] Омонимы и отсутствие первичного ключа: Когда результат запроса SELECT отображает более одного столбца с одинаковым значением (например, SELECT lastname from employees where firstname like 'A%' и два значения "Smith" отображаются), при клике на "Edit" нет уверенности, что будет отредактирована необходимая строка.
Убедитесь, что Ваша таблица имеет первичный ключ, чтобы phpMyAdmin мог использовать его для организации ссылок "Edit" и "Delete".

[3.11] Количество записей в таблице InnoDB не корректное.
phpMyAdmin использует быстрый метод извлечения количества строк, и этот метод в случае с таблицами InnoDB возвращает только приблизительную сумму. Смотрите $cfg['MaxExactCount'] для преобразования данных результатов, но имейте ввиду, что данное действие может негативно сказаться на производительности.

[3.12] Какие существуют ограничения phpMyAdmin для MySQL 3?
Количество записей в запросах, содержащих COUNT и GROUP BY некорректно суммируются. Также, результат сортировки при запросе подобно "SELECT * from table GROUP BY" ... не соответствует действительности.

[3.13] Я получаю ошибку когда ввожу USE перед именем базы данных, содержащим дефис.
Тестирование, проведенное с MySQL 4.1.11 API показало, что API не принимает данный синтаксис для команды USE. Срабатывает закрытие имени базы данных в кавычки (закавычивание). В случае использования командной строки mysql в использовании кавычек нет необходимости.