Комментарии на сайте Oracle mechanics

Комментарий к записи MySQL: блокировки и persistent connection (iusoltsev)

iusoltsev — Sun, 18 Oct 2009 19:48:43 +0000

Не прошло и полгода, как 4 сентября 2009 поддержка MySQL англоязычным голосом Sveta Smirnova ответила на нашу кляузу (bug#43591, см. http://bugs.mysql.com/bug.php?id=43591) и признала:
1. Описанные нами случай действительно выглядит очень похоже на MySQL bug #43210, см. http://bugs.mysql.com/bug.php?id=43210
2. Наше первоначальное предложение по решению проблемы методом разнесения операций INSERT по времени вполне разумно, для MySQL 5.0
Судя по документации, в версии MySQL 5.1 подобных deadlock возникать не должно

Комментарий к записи Predicate pushdown for outer-joined views with GROUP BY (iusoltsev)

iusoltsev — Wed, 14 Oct 2009 15:28:47 +0000

В действительности механизм join predicate push-down (JPPD) не работает не только для OUTER JOIN

Dion Cho http://dioncho.wordpress.com/2009/04/12/join-predicate-pushing-and-group-by/ на примере запроса с обычным INNER JOIN

select t1.c1, t1.c2, v.*
from t1, (select c1, sum(c2), sum(c3) from t2 group by c1) v
where t1.c1 = v.c1(+) and t1.c2 in (1, 2)

констатирует ту же ситуацию для запросов с GROUP BY, DISTINCT или ANTI/SEMI join:

«Oracle не допускает push join predicate в случаях, когда обзор содержит GROUP BY, DISTINCT expression or ANTI/SEMI join, ввиду значительного усложнения использования механизма в этих случаях.

К счастью, это ограничение снимается в 11g. В котором использование механизма расширяется – extended JPPD и контролируется параметром _optimizer_extend_jppd_view_types (default is TRUE)»

Комментарий к записи MySQL: блокировки и persistent connection (Алексей Гуменюк)

Алексей Гуменюк — Wed, 14 Oct 2009 09:09:28 +0000

Тоже столкнулся с проблемой лока. Решил убиранием mysql_pconnect

Комментарий к записи Параметры (Сложные запросы в MySQL: state STATISTICS и optimizer_search_depth « Oracle mechanics)

Wed, 08 Jul 2009 20:21:04 +0000

[...] любимую СУБД :) К примеру, Oracle специальным параметром optimizer_max_permutations ограничивает количество допустимых перестановок [...]

Комментарий к записи NFS для ASM и Oracle Standard Edition RAC (odenysenko)

odenysenko — Sat, 13 Jun 2009 20:18:20 +0000

На счет удекватности людей с тех.поддержке ходят легенды…
лично я – как специалист тех.поддержки, такого разрешения бы не дал…
хотя загоняние Ораклом всех SE на использование ASM
скорее всего связано с желением этот ASM отлаживать побыстрее,
и тот факт, что диск ASM будет не реальным физическим диском,
а файлом где-нить на NFS – уже рояля не играет

ПС.
Оракл у себя может использовать свои продукты как угодно –
он же у себя ничего не покупает ? :)
а вот всем остальным приходится приспосабливаться под уловия
лицензионной политики вендора.

Комментарий к записи NFS для ASM и Oracle Standard Edition RAC (iusoltsev)

iusoltsev — Sat, 13 Jun 2009 10:31:19 +0000

Думаю, удастся. Люди в техподдержкой oracle (metalink) работают адекватные, если будете настойчивы и повезёт, можно пообщаться с настоящими гуру :)

Кстати, сам Oracle давно и активно использует связку NFS-ASM-RAC, например в известном дата-центре Oracle on demand (Остин, Техас).

Комментарий к записи NFS для ASM и Oracle Standard Edition RAC (odenysenko)

odenysenko — Thu, 11 Jun 2009 10:46:34 +0000

Все таки присутствует некоторая путаница в разрешено, поддерживается и «таки можно чтоб работало»…

В SE лицензие запрещается использовать что-либо другое кроме ASM.

В RAC FAQ – поддерживается только ASM для RACов на SE

На самом деле – если Вы можете проигнорировать предыдущие пару пунктов,
то вас ничто не остановит от использованая на NFS, ни CFS, ни RAW для RAC на SE

PS.
хотя должен конечно же признать, что присутствует некоторая интрига,
правда добро ни использование скрытых параметров должна давать
тех.поддержка…
думаете удасться получить ? :)

Комментарий к записи Особенности установки Oracle 10.2.0.4 RAC, OEL 5.1 x86_64, EMC Powerpath (Юрий)

Юрий — Wed, 20 May 2009 18:57:02 +0000

По поводу поддежки блочных устройств, на текущий момент уже описано в документации http://download.oracle.com/docs/cd/B19306_01/install.102/b14203/storage.htm#CDEEHEGJ
и появилось это относительно недавно.

Комментарий к записи Неправильный результат при использовании условия IN с «аналитическим подзапросом» (iusoltsev)

iusoltsev — Wed, 04 Mar 2009 15:04:39 +0000

Тестовый пример на реальных таблицах SCOTT:
SELECT *
FROM EMP t1, DEPT t2
WHERE t1.DEPTNO = t2.DEPTNO
AND t1.DEPTNO = 10
AND t2.LOC
IN
–=
(SELECT DECODE(row_number()
OVER(ORDER BY DECODE(LOC, ‘NEW YORK’, 0, 1),
DNAME DESC),
1,
‘NEW YORK’,
‘MOSCOW’)
FROM DEPT t2
WHERE DEPTNO = t1.DEPTNO)

Комментарий к записи Неправильный результат при использовании условия IN с «аналитическим подзапросом» (iusoltsev)

iusoltsev — Wed, 04 Mar 2009 15:01:45 +0000

Специалисты Oracle Support присоединили «мой» bug 7830462 к существующему 7132362, исправления включены в 11.2 и последующие релизы.
Для нашей системы (Oracle 10.2.0.4 Linux x86_64) выпущен специальный патч 7132362. Приятно :)