ORM (англ. Object-relational mapping, русск. Объектно-реляционная проекция) — запись объектов программы в реляционную базу данных, отображение объекта и его представления в виде набора таблиц. – Википедия: ORM

В своей работе используем PHP Framework Symfony 1.2.9 и Propel 1.3, но планируем перейти на Symfony 1.3 + Doctrine. У меня возник вопрос: “А какие еще PHP ORM разработаны?”. Немного погуглив – получили следующую подборку. Многие проекты новые и ещё альфа/бета версии, но в любом случае уже есть возможность из чего выбрать.

• Propel
• Doctrine
• dOrm
• Outlet PHP ORM
• RedBean
• phpORM
• phpDataMapper
• Qcodo
• CoughPHP
• PHPLinq
• LightOrm for PHP, LightOrm on Freshmeat
• PHP ActiveRecord, PHP ActiveRecord on GitHub
• phpersistence
• Rocks PHP Library
• Pork.dbObject
• Repose
• ORMer
• Porte
• DaBase, DaBase — не очередная ORM для PHP

ORM в разных PHP Framework:
• Zend Framework Zend_Db_Mapper
• Zend Framework Db Table ORM
• Kohana ORM
• CIEXtended: based on CodeIgniter
• Xyster
• Solar’s Solar_Sql_Model

Active Record (AR) в разных PHP Framework:
• Yii Active Record
• CakePHP

Что можно почитать:
• ORM и с чем его едят
• Шаблон DataMapper
• List of object-relational mapping software: PHP
• Comprehensive list of the object relational mapping tools and frameworks. part one: php
• ORM in the PHP World
• ORM in PHP
• PHP ActiveRecord with PHP 5.3
• LightOrm: Описание на русском языке
• PHP ActiveRecord Available for Beta Testing
• Symfony Converting Propel Project To Doctrine

The post ORM в мире PHP first appeared on Блог веб-разработчика.

На страничке EXPLAIN Cheatsheet выложили электронную версию краткого описания работы с этой командой: pdf-версия. Там всего одна страница формата А-4, что весьма удобно.

Что можно почитать:
• MySQL: Optimizing Queries with EXPLAIN
• Habr: EXPLAIN — Самая мощная команда MySQL

The post MySQL EXPLAIN Cheat Sheet first appeared on Блог веб-разработчика.

The post Топ-100 советов по производительности MySQL first appeared on Блог веб-разработчика.

Ведение innodb_log_file позволяет проводить оптимизацию i/o: записывать данные большими последовательными кусками, а также более быстрее обслуживать клиентов (клиент быстро сделал коммит, а данные в табличное пространство записываются в фоне). Поэтому чем больше файл, тем больше возможности для InnoDB оптимизировать ввод/вывод. В настоящее время суммарный размер innodb_log_file ограничен 4 Гб, что более чем достаточно для большинства случаев.

При старте после неожиданного отключения MySQL просматривает innodb_log_file, откатывая транзакции, которые не успели завершиться перед крахом и отмечая коммиты, которые успели (и были полностью записаны в innodb_log_file). И естественно, чем больше файл, тем больше времени требуется серверу чтобы просмотреть его.

Как же определить наиболее оптимальный размер?

Выполните эти команды во время наиболее интенсивной нагрузки вашего сервера:

mysql> pager grep sequence
PAGER SET TO 'grep sequence'
 
mysql> SHOW engine innodb STATUS\G SELECT sleep(60); SHOW engine innodb STATUS\G
Log sequence number 84 3836410803
 1 row IN SET (0.06 sec)
 1 row IN SET (1 min 0.00 sec)
Log sequence number 84 3838334638
 1 row IN SET (0.05 sec)

Обратите внимание на номер log sequence. Это общее количество байт записанных в лог. Так что мы можем узнать сколько Мб было записано за минуту. (Эти команды будут работать в любой версии MySQL, начиная с 5.0 можно воспользоваться метрикой Innodb_os_log_written из SHOW GLOBAL STATUS.)

mysql> SELECT (3838334638 - 3836410803) / 1024 / 1024 AS MB_per_min;
 
+------------+
| MB_per_min |
+------------+
| 1.83471203 |
+------------+

Хорошим правилом будет установка такого размера, чтобы там могли уместиться около часа логов. Тогда InnoDB сможет весьма эффективно спланировать записи в файлы данных, и вместе с тем это хороший компросс для скорости запуска. Округляем до 128 Мб и поскольку по умолчанию файлов два устанавливаем innodb_log_file_size=64M.

Не слишком ли это мало? Возможно. Часто я вижу размеры логов транзакций в несколько гигабайт, но обычно это ошибка. Сервер который я использовал для измерений – большой и делающий много работы, это не игрушка для тестов. Размер лог файлов не стоит оставлять в 5 Мб по умолчанию, но часто не нужно устанавливать их настолько большими, как вы можете думать.

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

Источник:
• GreenMice: Как определить оптимальный размер innodb_log_file_size
• Обсуждение на хабре

The post Как определить оптимальный размер innodb_log_file_size first appeared on Блог веб-разработчика.

Пример триггера INSERT для таблицы News – записываем в поле `created_at` дату и время создания записи. Конечно можно было воспользоваться TIMESTAMP, но в данном случае это сделано в качестве простого примера:

DROP TRIGGER IF EXISTS  `database`.`news_insert`;

DELIMITER $$

CREATE
    DEFINER = CURRENT_USER
    TRIGGER `database`.`news_insert` BEFORE INSERT
    ON `database`.`news`
    FOR EACH ROW BEGIN
      SET NEW.`created_at` = NOW();
    END$$

DELIMITER ;

В триггере используем оператор DEFINER = CURRENT_USER, его можно опустить, тогда в этом случае будут права текущего пользователя, но можно и установить другого, например:

CREATE
    DEFINER = `user`@'localhost'
    TRIGGER `database`.`news_insert` BEFORE INSERT
....

До версии MySQL 5.1.6 для создания триггеров требовались полномочия суперпользователя, что не совсем хорошо, т.к. во-первых на шаровых хостингах не предоставляют полномочия суперпользователя, а во-вторых это потенциальная брешь в системе безопасности. Без прав суперпользователя в MySQL ниже 5.1.6 получим ошибку:

ERROR 1227 (42000): Access denied; you need the SUPER privilege for this operation

Пример создание пользователя в MySQL и предоставления ему обычных прав:

#DROP USER 'user'@'localhost';
# ''
CREATE USER 'user'@'localhost' IDENTIFIED BY PASSWORD '*6C8989366EAF75BB670AD8EA7A7FC1176A95CEF4;
GRANT USAGE ON *.* TO 'user'@'localhost' IDENTIFIED BY PASSWORD '*6C8989366EAF75BB670AD8EA7A7FC1176A95CEF4;
GRANT ALL PRIVILEGES ON `database`.* TO 'user'@'localhost' WITH GRANT OPTION;

Пример создание пользователя и предоставления ему прав суперпользователя:

CREATE USER 'user'@'localhost' IDENTIFIED BY 'my_password';
GRANT USAGE ON *.* TO 'user'@'localhost';
GRANT ALL PRIVILEGES ON `database`.* TO 'user'@'localhost' WITH GRANT OPTION;
GRANT SUPER ON *.* TO 'user'@'localhost';

Ссылки по теме:
• MySQL 5.1 Reference Manual :: 24.1 CREATE TRIGGER Syntax
• MySQL 5.1 Reference Manual :: 12.5.1.3 GRANT Syntax
• PDF: MySQL 5.0 Triggers
• Habrahabr: Триггеры в MySQL

The post Триггеры в MySQL first appeared on Блог веб-разработчика.

Рекомендации:
1. Выполняя любые сравнения, приводить все данные к одному типу.
2. Если один операнд имеет значение типа TIMESTAMP или DATETIME, а другой является константой, операнды сравниваются как значения типа TIMESTAMP. А это значит, что если была строка в виде ‘2008-08-14’, то она автоматически преобразуется в TIMESTAMP ‘2008-08-14 00:00:00’ и это влияет на результат запроса.
3. Над данными, которые участвуют в условиях сравнения желательно не делать никаких операций – это позволяет для них использовать индексы, иначе они игнорируются.

Примеры запросов с BETWEEN и без него:

# Поле created_at – тип DATETIME
# КОРРЕКТНЫЕ ЗАПРОСЫ

# 1: Индексы для created_at поля не используются.
# Условие BETWEEN ‘2008-08-14’ AND ‘2008-08-23’
# преобразуется в BETWEEN ‘2008-08-14 00:00:00’ AND ‘2008-08-23 00:00:00’.
SELECT * FROM news
WHERE DATE(created_at) BETWEEN ‘2008-08-14’ AND ‘2008-08-23’;

# 2: Оператор BETWEEN не используем, но тоже не самый лучший вариант, индексы не используются
SELECT * FROM news
WHERE DATE(created_at) >= ‘2008-08-14’ AND DATE(created_at) <= '2008-08-23'; # 3: Строки '2008-08-14 00:00:00' и '2008-08-23 23:59:59' не приведены к типу данных DATE SELECT * FROM news WHERE created_at BETWEEN '2008-08-14 00:00:00' AND '2008-08-23 23:59:59'; # 4: Самый лучший вариант, привели к типу DATETIME, индексы будут использоваться SELECT * FROM news WHERE created_at BETWEEN STR_TO_DATE('2008-08-14 00:00:00', '%Y-%m-%d %H:%i:%s') AND STR_TO_DATE('2008-08-23 23:59:59', '%Y-%m-%d %H:%i:%s'); ############################# # НЕПРАВИЛЬНЫЕ ЗАПРОСЫ # 5: Строки '2008-08-14' и '2008-08-23' преобразуются в TIMESTAMP и дополняются '00:00:00' SELECT * FROM news WHERE created_at >= ‘2008-08-14’ AND created_at <= '2008-08-23'; # 6: Аналогично запросу 5 SELECT * FROM news WHERE created_at BETWEEN STR_TO_DATE('2008-08-14', '%Y-%m-%d') AND STR_TO_DATE('2008-08-23', '%Y-%m-%d'); [/sourcecode] Получаем самый лучший запрос: [sourcecode lang="sql"] SELECT * FROM news WHERE created_at BETWEEN STR_TO_DATE('2008-08-14 00:00:00', '%Y-%m-%d %H:%i:%s') AND STR_TO_DATE('2008-08-23 23:59:59', '%Y-%m-%d %H:%i:%s'); [/sourcecode] Ссылки по теме: • MySQL 5.1 Reference Manual :: 11.2.3 Comparison Functions and Operators :: Operator BETWEEN
• MySQL 5.1 Reference Manual :: 11 Functions and Operators :: 11.6 Date and Time Functions
• Search by Date or Timestamp in MySQL

The post MySQL: cравнение даты (datetime) через оператор BETWEEN first appeared on Блог веб-разработчика.

The post Список стратегий эффективного взаимодействия Memcached и MySQL first appeared on Блог веб-разработчика.

1. Скачать MySQL Server:
MySQL Downloads – выбираем версию которая нас интересует. Текущая версия MySQL 5.1 Release Candidate, все еще релиз, и самый последний дистрибутив, который можно скачать MySQL 5.1.26. Для работы в Windows пользуюсь MySQL без инсталляции – Without installer (unzip in C:\), в архиве это весит 98.3 Мб.

Качаем напрямую Download или выбираем зеркало Pick a mirror, где вежливо отказываемся “» No thanks, just take me to the downloads!” и получаем прямую ссылку.

2. Установка MySQL
У меня MySQL, Apache, PHP, Python, и др. софт находиться на диске D:\:
d:/usr/
apache2/
php/
mysql/ – текущая версия сервера

Это позволяет не переустанавливать каждый раз все заново при новой инсталляции Windows. Очень удобно и переносимо.

Создаем папку d:/usr/mysql_5.1.26-rc/ и распаковываем туда наш архив mysql-noinstall-5.1.26-rc-win32.zip.

3. Настройка MySQL
Можно скопировать файл конфигурации my.ini с предыдущей версии, только если это версия 5.1, более старые конфигурации могут отличаться. Или настраиваем новый файл.
Делаем все с нуля.

Есть четыре файла настройки MySQL: my-huge.ini, my-large.ini, my-medium.ini, my-small.ini. Отличаются они разными опциями и зависят от целей, ресурсов сервера. Берем my-medium.ini и переименовываем в my.ini – это наш файл конфигурации.

Добавляем следующие полезные опции в секцию [mysqld].

[mysqld]
# меняем временно порт с 3306 на 3307
port = 3307

# добавляем поддержку кодировки UTF-8 по умолчанию, это решает много проблем
default-character-set=utf8
default-collation=utf8_unicode_ci

4. Запуск MySQL
Запускать MySQL в Windows будем как службу. Для это её надо добавить в сервисы. Можно запускать сервис вручную, или включить автозагрузку в “Сервисах”.

Добавление службы

Создаем следующие bat-файлы, все команды можно запускать в консоли, но так удобнее.
install_service.bat – инсталляция сервиса

"d:\usr\mysql_5.1.26-rc\bin\mysqld" --install-manual MySQL5_1_26-rc  --defaults-file="d:\usr\mysql_5.1.26-rc\my.ini"

MySQL5_1_26-rc – название нашей службы, оно обязательно должно быть уникальным. Если зайти в “Службы”: Настройка – Панель Управления – Администрирование Службы , то можно увидеть новый сервис: MySQL5_1_26-rc и в её настройках параметр запуска

d:\usr\mysql_5.1.26-rc\bin\mysqld --defaults-file=d:\usr\mysql_5.1.26-rc\my.ini MySQL5_1_26-rc

remove_service.bat – удаления сервиса из списка служб

NET STOP MySQL5_1_26-rc
"d:\usr\mysql_5.1.26-rc\bin\mysqld" --remove MySQL5_1_26-rc

service_start_mysql.bat – запуск сервиса

NET START MySQL5_1_26-rc

service_stop_mysql.bat – остановка сервиса

NET STOP MySQL5_1_26-rc

5. Подключение к БД
После инсталляции сервиса и его запуска, нужно проверить работоспособность MySQL сервера.

Настройки подключения по умолчанию:
хост: localhost
имя пользователя: root
пароль:
порт: 3306 (но мы его поменяли, теперь он 3307)

Можно воспользоваться каким-нибудь клиентом, например: SQLyog. Или с помощью консольной утилиты mysql:

# очень важно использовать полный путь к новому серверу и порт 3307
D:> d:\usr\mysql_5.1.26-rc\bin\mysql -h localhost -P 3307 -u root

# отобразить список БД
mysql> show databases;

+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| test               |
+--------------------+
3 rows in set (0.00 sec)

6. Экспорт базы данных
Для экспорта БД лучше воспользоваться стандартным программой MySQL mysqldump. Все родные утилиты более производительнее, чем другие.

"d:\usr\mysql\bin\mysqldump.exe "  -hlocalhost -uroot -proot  --add-drop-table --all-databases > mysql_all_db.sql

На выходе получаем файл – mysql_all_db.sql.

Можно добавить опцию –add-drop-database – но тогда будут удалены все БД при импорте. Когда это нужно? Например, если нужно импортировать БД со всеми пользователями, их привилегиями, правами.

7. Импорт БД
Для импорта воспользуемся консольной утилитой mysql.

# без пароля
d:\usr\mysql_5.1.26-rc\bin\mysql -h localhost -P 3307 -u root < mysql_all_db.sql

# с указанием пароля
d:\usr\mysql_5.1.26-rc\bin\mysql -h localhost -P 3307 -u root -proot < mysql_all_db.sql
# или с паролем, но с вводом его вручную
d:\usr\mysql_5.1.26-rc\bin\mysql -h localhost -P 3307 -u root -p < mysql_all_db.sql
&#91;/sourcecode&#93;


<strong>8. Окончательная настройка нового MySQL сервера</strong>
Поменять порт в новом сервере на 3306

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

Если вдруг понадобятся данные из старого сервера, рекомендую создать bat-файлы для него, и настроить его на другой порт, тогда не будет конфликтов с текущим.

Чтобы консольные утилиты сервера MySQL работали без указания полного пути можно добавить в "Переменные среды" путь к серверу:
[sourcecode lang="html"]
Path: d:\usr\mysql;d:\usr\mysql\bin;

# или
Path: d:\usr\mysql_5.1.26-rc;d:\usr\mysql_5.1.26-rc\bin;

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

Ссылки по теме:
Installing MySQL on Windows
Starting MySQL as a Windows Service
Starting Multiple Windows Servers as Services
Connecting to the MySQL Server
mysql — The MySQL Command-Line Tool
mysqldump — A Database Backup Program
Запуск MySQL на Windows NT, 2000 или XP

SQLyog MySQL Client
http://ru.wikipedia.org/wiki/SQLyog
phpMyAdmin

The post Установка, настройка и запуск нескольких серверов MySQL для Windows first appeared on Блог веб-разработчика.

# С помощью этого запроса можно увидеть состояние системных переменных.
mysql> show variables
  where Variable_name in ('version', 'log', 'general_log', 'general_log_file', 'log_output');

+------------------+---------------------------------------+
| Variable_name    | Value                                 |
+------------------+---------------------------------------+
| general_log      | OFF                                   |
| general_log_file | /usr/local/mysql/data/datacharmer.log |
| log              | OFF                                   |
| log_output       | FILE                                  |
| version          | 5.1.25-rc-community-log               |
+------------------+---------------------------------------+

# Показать значения всех переменных для логов, плюс и медленные запросы
mysql> SHOW VARIABLES WHERE Variable_name LIKE 'log%'
  OR Variable_name LIKE 'general_log%' 
  OR Variable_name LIKE 'long%' OR Variable_name LIKE '%slow%' 
  OR Variable_name = 'version' ;

Параметр log_output может принимать значения: FILE или TABLE. Возможность вести журнал событий в таблице появилась с MySQL 5.1.

Изменить значения переменных можно как в файлах конфигурации my.cnf так и напрямую, например:

mysql> SET GLOBAL general_log_file='/tmp/mysql/general.log';
mysql> SET GLOBAL general_log=ON;

# Переключение на таблицу
mysql> set global log_output='TABLE';

# Запросы из таблицы
mysql> select count(*) from mysql.general_log;

# Очищаем таблицу логов
mysql> truncate mysql.general_log;

# Включение журналирования одновременно как в таблицу, так и в файл 
mysql> set global log_output='TABLE,FILE';

# Выключение журналирования и очищения таблицы
mysql> set sql_log_off=0;
mysql> truncate mysql.general_log;

Материалы по данному вопросу:

• Usability Report Table Logs
• MySQL 5.11 Reference Manual :: 5.11.3. The General Query Log
• Hacking MySQL table logs

The post Журнал общих запросов Mysql 5.1 general_log_file first appeared on Блог веб-разработчика.