Тип таблиц при создание БД в ISP

SeVlad, этот параметр не меняется, и для Вас его менять не будут.

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

В чем смысл использовать MyISAM для этих таблиц?

MyISAM wordpress использует только на таблицах wp_posts и wp_postmeta -> для fulltext поиска.

Остальные без проблем могут быть хоть в InnoDB, хоть в MyISAM.

Я апгрейчу клиенту сайт. Сайт недавно был перенесён на новый хостинг (не мной). На старом по всей видимости база была с MyISAM. Поэтому старые таблицы в MyISAM, а новые, создаваемые плагинами, в InnoDB. Этот бардак меня и напрягает.

Опережая вопрос "почему не хош юзать InnoDB?" отвечаю. Это не принципиальный вопрос, но.. Во первых для таких сайтов MyISAM всё же предпочтительней. Во вторых - выше я показал какие возникают траблы при конвертировании таблиц.

Ну и в третьих - этот вопрос мне интересен и в целях самообразования и на будущее. Всё больше и больше попадается сайтов с таким бардаком.. Не только типы таблиц, о и даже кодировки разные бывают :)

На шареде саппорт не будет менять default-storage-engine с InnoDB на MyISAM. Я вам это гарантирую.

Почитайте о MyISAM и InnoDB. А потом уже аргументировано пишите, для чего что предпочтительно.

SeVlad,

http://stackoverflow.com/questions/3050492/set-default-storage-engine-of-mysql-database

http://dev.mysql.com/doc/refman/5.5/en/storage-engine-setting.html

На уровне СУБД других вариантов очевидно нет.

Я давно этот вопрос для себя выяснил. Для относительно небольших баз на контентных сайтах MyISAM предпочтительней, хотя бы потому что хоть чуть, но быстрее (+ты же сам пишешь про fulltext поиск :)). А InnoDB вообще не даёт никаких преимуществ. Для таких сайтов.

Но повторю - это не принципиальный вопрос. Разница в скорости всё равно не заметна на "на глаз" :)

Я ж не силён в аглицком :( Гуглопереводчик только помогает, но не сильно...

Блин.. ну в самом деле - не править же плагины перед активацией.

И с конвертацией тоже косяки сплошные...

Эх.. :(

#!/bin/sh
# MyISAM > InnoDB

DB_NAME="base_name";
USER_NAME="user_name"

mysql --user=${USER_NAME} -p --execute="USE information_schema; SELECT CONCAT(\"ALTER TABLE \`\", TABLE_SCHEMA,\"\`.\`\", TABLE_NAME, \"\` TYPE = InnoDB;\") as MySQLCMD from TABLES where TABLE_SCHEMA = \""${DB_NAME}"\";" > ${DB_NAME}-temp.sql;
sed '/MySQLCMD/d' ${DB_NAME}-temp.sql > ${DB_NAME}-innodb.sql;
mysql --user=${USER_NAME} -p < ${DB_NAME}-innodb.sql;
rm ${DB_NAME}-temp.sql;
rm ${DB_NAME}-innodb.sql;

Попробуй по примеру обратный скрипт запилить. Этот когда-то работал, сейчас испытать не на чем.

Шебанг (первую строчку) надо под ОС поправить, у меня под FreeBSD.

Выясняется командой "which sh".

Можно, кстати, дёргалку для WP наваять. В админке кнопку, и чтобы передёргивала базу.

$wpdb->query('SET default_storage_engine=MYISAM;');

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

Да, как более-менее корректный костылёк.. Надо будет покумекать.

Жаль, что непосредственно на MySql-e это не решается. :( COLOR="Gray"]Я как-то раньше не придавал этому значение, и не обращал внимание, а тут сюрприз оказался.

Тут не понял, это ты о чём?

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