Если у вас ошибка "Unable to open database file" и при этом база читается, даже если вы дали права файлу БД 0777, то вам еще надо дать права на запись папке, в которой лежит файл. Дело в том, что при открытии транзакции пишется файл dbfilename-journal. Так же под Windows эта проблема может означать наличие кириллических символов в пути к базе.

Если вы по привычке написали ON DUPLICATE KEY UPDATE ..., и не понимаете в чем ошибка - обратитесь к официальному мануалу и просто измените INSERT на REPLACE, а "ON DUPLICATE..." сотрите.

Такая ошибка возникла у меня после перехода на PHP 5.3. Решение я нашел на http://stackoverflow.com, можете там посмотреть, чтобы узнать про эту ошибку более подробно. Выглядит она вот так:

Warning: PDO::__construct() [pdo.--construct]: [2002] Invalid argument (trying to connect 
via unix://) in /home/blah-blah-blah.php on line 9
 
Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[HY000] [2002]
Invalid argument' in /home/blah-blah-blah.php:9 Stack trace: #0
/home/blah-blah-blah.php(9): PDO->__construct('mysql:host=localhost;dbname=db', 'USER', 
'PASSWORD') #1 {main} thrown in /home/blah-blah-blah.php on line 9

Решается она так: вместо localhost, при написании DSN для PDO пишите 127.0.0.1. А так же стоит указать путь к сокету MySQL в php.ini: pdo_mysql.default_socket=/var/run/mysqld/mysql.sock

Если вы хотите делать массовый апдейт в MySQL, то я могу вам предложить вот такой рецепт. Сначала вы создаете временную таблицу, циклом собираете массовый INSERT запрос и потом вставляете данные из временной таблицы в нужную. Выглядеть это может, например, так:

CREATE TEMPORARY TABLE ids (VALUE INT, url VARCHAR(255));
INSERT INTO ids VALUES 
    (0, 'http://url1.ru'),
    (0, 'http://url2.ru'),
    (0, 'http://url3.ru');
UPDATE blogs, ids SET my_value = ids.VALUE WHERE blogs.url = ids.url;

Поясню. Допустим, мне понадобилось обновить некое значение в таблице в соответствии с URL. Скажем, статистику интернет-магазинов. Я создал временную таблицу из тех значений, по котороым будет вестись поиск, и значений, которые я буду вставлять в нужную мне таблицу. Дальше, идет INSERT сразу нескольких строк. Его очень просто собирать в цикле из массива. Например вот так:

$elements = array();
foreach ($aray as $url => $value) {
    $elements[] = '('.$db->escape($value).', '.$db->escape($url).')';
}
$insert_string = implode(',', $elements);

После чего, собственно апдейт со вставкой. Временная таблица исчезнет после окончания сессии БД. На то она и временная.

Тем, кто изучает симфони известно, что админку часто делают через "generate:app backend". То есть мы создаем приложение внутри нашего проекта. Это прекрасно, но есть одно НО. Чтобы нам зайти в админку требуется писать http://project/backend.php/some-admin-pages. Можно конечно обьяснять заказчикам, что мол понимаете, это другое приложение внутри проекта, другой фронт-контроллер, так надо. Но лучше сделать иначе. Скажу сразу, этот метод взят с официального форума симфони. Но найти его проблематично.

Метод таков:

1. Создаем папку "admin" внутри папки "web". Копируем туда .htaccess из той же "web", и заменяем
   RewriteRule ^(.*)$ index.php [QSA,L]
   на
   RewriteRule ^(.*)$ ../backend.php [QSA,L]
2. Идем в настройки роутинга для backend (app/backend/config/routing.yml) и добавляем папку /admin/ ко всем роутам. Например:

   # default rules
   homepage:
   url: /admin/
   param: { module: default, action: index }

3. Меняем no_script_name на "on" в настройках backend (app/backend/config/settings.yml):
   prod:
   .settings:
   no_script_name: on
4. Чистим кеш и заходим в папку: http://project/admin/ без проблем.
]]> http://www.charnad.com/blog/symfony-chelovecheskoe-raspolojenie-adminki/feed/ 2 http://www.charnad.com/blog/tormoznoi-sqlite-sovsem-net/ http://www.charnad.com/blog/tormoznoi-sqlite-sovsem-net/#comments Wed, 12 Nov 2008 14:36:16 +0000 CharnaD http://www.charnad.com/blog/?p=64 Эта статья была запощена на хабрахабр до появления этого блога. А теперь она обрела свой дом.

Как-то заинтересовавшись SQLite я решил проверить, а не будет ли оно быстрее MySQL, или хотя бы равным по скорости.

Я исходил из того, что SQLite скорее всего будет удобна для мелких таблиц, типа простых счетчиков посещений.
Поэтому провел тесты следующим способом: я пять раз мерял время по 100 циклов обновления записи в базе и пять раз по 100 чтения.

Код тут.

Итак, в статье убеждали: "В последнее время, вы, возможно, слышали о новом расширении для PHP: SQLite. Есть много причин, по которым SQLite может показаться лучшим достижением с тех пор, как научились резать хлеб. SQLite предлагает добротный SQL интерфейс к нерелятивистской базе данных и создаёт элегантную альтернативу громоздким интерфейсам других баз данных без потери функциональности или скорости, как можно было бы ожидать.".

Смотрим что же получилось по тестам…
SQLite MySQL
Запись
0.45911908149719 0.031841039657593
0.46412396430969 0.031555891036987
0.49027895927429 0.029323101043701
0.46884489059448 0.029382944107056
0.50253915786743 0.028644800186157
Среднее
0.47698121070862 0.030149555206299

Чтение
0.026177883148193 0.060520172119141
0.026360988616943 0.059216022491455
0.026273012161255 0.062637090682983
0.026113986968994 0.062775135040283
0.026944160461426 0.062674045562744
Среднее
0.026374006271362 0.061564493179321

Удивительный провал на запись и преимущество в чтении. Однако спасибо ptalus , который пролил свет на это дело. В мануале написано, что для каждой записи файл открывается-закрывается, что и влечет за собой такую тормознутость, однако стоит добавить

sqlite_query($dbhandle, 'BEGIN;');
sqlite_query($dbhandle, 'COMMIT;');

вокруг запроса и время записи просто магически меняется.

Запись:
0.014724016189575
0.014418125152588
0.015676975250244
0.014610052108765
0.014219999313354
Среднее:
0.014729833602905

]]> http://www.charnad.com/blog/tormoznoi-sqlite-sovsem-net/feed/ 0