- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
if (!$left || !$right) return true;
$sql = "DELETE FROM {$this->_tableName} WHERE `user_id`=$user_id";
$this->_db->exec($sql);
if (!$this->_isTriggers) {
if (($right - $left) == 1) {
$sql = "UPDATE {$this->_tableName} SET `left`=IF(`left` >= $left,`left`-2,`left`),`right`=`right`-2 WHERE `right` >= $left";
} else {
$sql = "UPDATE {$this->_tableName} SET
`left`=IF(`left` BETWEEN $left AND $right,`left`-1,`left`),
`right`=IF(`right` BETWEEN $left AND $right,`right`-1,`right`),
`level`=IF(`left` BETWEEN $left AND $right,`level`-1,`level`),
`left`=IF(`left`>$right,`left`-2,`left`),
`right`=IF(`right`>$right,`right`-2,`right`)
WHERE `right` > $left
";
}
$this->_db->exec($sql);
Только ручной сбор запроса. Zend Db
Follow us!
или if (!$this->_isTriggers)
Сss в sql ?
Рискну предположить, что так проверяется поддержка триггеров в текущей СУБД. И если это мистер мускуль ниже 5.0.2 триггеров нет - хуячим руками.
А колдунство с left и right это, с вероятностью 146%, удаление ноды из дерева, представленного в виде nested set'а.
Dates ... TEST SKIPPED
Manual query building ... OK
MySQL only ... OK
Non-atomic logic without transactions ... OK
Scan result: genuine PHP style detected.
Ну оно какбэ обычно на то и расчёт. Других баз почти не существует, да и не нужны они.
Я вот теперь серьёзно думаю переводить проекты на постгрес, а поддержку mysql сделать deprecated.
Луч света в тёмном царстве...
В чём же главное преимущество Постгреса перед мистером Мускулом, а то получается, что с InnoDB жить можно?
После общения с постгресом с мускулом возиться влом, хотя к сожалению недавно пришлось (см. Кабинку).
"На мускуль надейся, а код проверяй."
...А вот если ключ на время убрать, а после изменения на NOT NULL заново создать - тогда не пускает, ругается.
Но лучше, чем ничего.
У стандартного MERGE страшноватый синтаксис: он требует наличия таблицы (пусть и временной), из которой копировать, и допускает более сложное условие для выбора между вставкой и заменой. Вроде и более гибко, но будет страшно выглядеть, если нам всего лишь нужно вставить одну строку констант.
Кстати, у MySQL есть ещё одна нестандартная вещь: движок под названием MERGE, чтобы совсем нескучно было. CREATE TABLE ... ENGINE=MERGE UNION=(таблица1, таблица2) мержит две таблицы типа MyISAM.
Это эффективней, нежели view на union'е?