Intellect Board — cистема управления сайтом

Когда перетаскивал базу с MySQL для тестирования на PostgreSQL, написал такой скриптик (Perl) для конвертации backup-файла в формат Postgre (для залива в свежеустановленный форум):#!/usr/bin/perl
unless(@ARGV){die "Usage: intb_my2pg.pl backup_file prefix \n";}
$file=$ARGV[0];
$prefix=$ARGV[1];
if(! -r $file || ! -w $file){print "$file: access denied\n";}
   else{
       open(F,"+<$file")|| die "Cannot open $file $!\n";
        binmode(F) || die "Cannot binmode $file $!\n";
        @D=<F>;
        seek(F,0,0);
        print F "TRUNCATE ",$prefix,"forumtype;\n";
        print F "TRUNCATE ",$prefix,"userlevel;\n";
        print F "TRUNCATE ",$prefix,"language;\n";
        foreach(@D){
        s/^[^I].+\n//s;
        s/^\n//s;
        s/^INSERT INTO \w+_Addon.+\n//s;
        s/^INSERT INTO \w+_AdminEntry.+\n//s;
        s/^INSERT INTO \w+_StyleSet.+\n//s;
        s/^INSERT INTO \w+_User VALUES \(\"[1-3]\".+\n//s;
        s/^(INSERT INTO )(\w+_)(.+)/\1$prefix\3/s;
        s/(?<!\\)\"/\'/g;
        s/\\\",\'/\\\',\'/g;
         print F;
        }
        truncate(F,tell(F));
close(F);
}После залива данных в базу нужно переустановить дополнительные стили.
Если это переложить на php, можно при выборе PosgreSQL в install.php добавить пункт для восстановления базы из архива MySQL

-KoT-

В функцию db_backup() попала "копи-паст" ошибка - вместо      $row[$i]=str_replace("\n","\\n",mysql_real_escape_string($row[$i])); должно быть     $row[$i]=str_replace("\n","\\n",pg_escape_string($row[$i])); Сразу не заметил, потому что на тестовом сервере помимо PostgreSQL стоял и MySQL, который и обрабатывал mysql_real_escape_string().

-KoT- написал:

[q]

Как ни странно — заметно быстрее, чем на MySQL, хотя усилия по оптимизации SQL-сервера были незначительны.

[/q]

Странного тут ничего нет — в PostgreSQL используется блокировка на уровне строк, а не таблиц, за счет чего и происходит такое ускорение. Это происходит от того, что в IntB активно используются запросы, связывающие по несколько таблиц сразу, при которых из каждой таблицы берется одна запись (особенно большая нагрузка приходится на таблицу prefix_User).

Так же наверное стоит отметить, что постгрес более грамотными людьми писался Всё таки Берклийский продукт, а это уже что-то значит. Что касается производительности то пожалуй у постгреса есть два минуса. Он медленнее работает с Апдейтами (UPDATE) и его ахилесова пята - select count(*) from table;

з.ы. Кто нить видел Makefile от MySQL ? Товарищь говорит, что там есть параметр -O9 )))

p.s.s: Так же для оптимизации Постгреса советую в postgresql.conf (который находится в дата директории) изменить fsync =on на fsync = false. (именно false, почему - не знаю). тогда Данные будут сюнкаться с ФС только по оканчании транзакции, а не постоянно.