arvitaly

Если я правильно понял задачу, то как-то так:

SELECT
	b.id1,
	b.id2,
	a.*
FROM
	table_1 AS a
	INNER JOIN (
		SELECT
			ba.id        AS id1,
			bb.id        AS id2,
			ba.table1_id AS t1_id
		FROM
			table_2 AS ba INNER JOIN table_2 AS bb ON ba.table1_id=bb.table1_id
		WHERE
			(ba.id=1 AND bb.id=3)
			OR (ba.id=4 AND bb.id=5)
			OR (ba.id=7 AND bb.id=9)
	) b ON a.id=b.t1_id

Чисто теоретически оптимизатор должен выдернуть записи сначала по айди, а потом попытаться сделать объеденение. Если жойн table_2 c table_2 вызывает фулл жойн (не использует индексы), то можно попробовать WHERE перенести в условия жойна, чтобы оптимизатор понял, что сначала нужно по айди выгрести записи и только потом жойнить

SELECT
	b.id1,
	b.id2,
	a.*
FROM
	table_1 AS a
	INNER JOIN (
		SELECT
			ba.id        AS id1,
			bb.id        AS id2,
			ba.table1_id AS t1_id
		FROM
			table_2 AS ba INNER JOIN table_2 AS bb ON (
				ba.table1_id=bb.table1_id
				AND (
					(ba.id=1 AND bb.id=3)
					OR (ba.id=4 AND bb.id=5)
					OR (ba.id=7 AND bb.id=9)
				)
) b ON a.id=b.t1_id

Да, только не нужно вложенных join, т.е. в итоге

select * from t1
inner join t2 on (t2.t1_id = t1.id and t2.id = 1)
inner join t2 as t3 ( on t3.t1_id = t1.id and t3.id = 2)

UNION

select * from t1
inner join t2 on (t2.t1_id = t1.id and t2.id = 4)
inner join t2 as t3 (on t3.t1_id = t1.id and t3.id = 5)

и так много раз (число сочетаний)
…………

Т.е. избавляемся от subquery и group by в пользу JOIN, UNION у нас играет роль OR.
Если нужен LIMIT - то делаем хранимую функцию и вместо UNION после каждого запроса проверяем число записей, т.е. собственноручно реализуем алгебру.

про EXPLAIN конечно же забыли

Нет, но он нафиг не нужен. Если знаешь как работает оптимизация Mysql и индексы - то он не нужен, если не знаешь - не поможет.

я процитировал весь твой контекст, умник.
зачем я мечу бисер перед свиньями! иди пасись!

Иду пасусь, но

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

ты написал то же самое что и я в первом примере это раз.

Мне нужна оптимизация, а не инварианты - это два

таки "ИЛИ" ?

Чо за троллинг? :-), посмотри запрос внимательнее и поймешь о чем я, а не выдергивай оператор "OR" без контекста)))

может всё-таки "или"?

и вообще непонятно о чём вопрос. приведи текст запроса который собрался оптимизировать.

Нет И.

Вот например

select * from table1 inner join table2 on (table2.table1_id = table1.id and ( table2.id = 1 or table2.id = 2 ) ) group by table1.id having count(*) = 2

Это для одного условия И, соответственно чтобы объединить их Union?

select * from table1 inner join table2 on (table2.table1_id = table1.id and ( table2.id = 1 or table2.id = 2 ) ) group by table1.id having count(*) = 2
union
select * from table1 inner join table2 on (table2.table1_id = table1.id and ( table2.id = 3 or table2.id = 4 ) ) group by table1.id having count(*) = 2

Пока чот не очень быстро пашет)

Второй вариант еще медленнее, что и логичнее, подзапросы

select * from table1 where

(
select count(*) from table2 where table1.id = table1_id and table2.id = 1)>0
and
select count(*) from table2 where table1.id = table1_id and table2.id = 2)>0
)
or

(
select count(*) from table2 where table1.id = table1_id and table2.id = 3)>0
and
select count(*) from table2 where table1.id = table1_id and table2.id = 4)>0
)

Такая задачка

table 1 (порядка 200к записей)

id name

table2 (соответственно, порядка 1млн записей)

id table1_id field2

Соответственно table1 и table2 соединяются по table1.id и table2.table1_id

Необходимо выбрать записи из первой таблицы по условию

(table2.id = 1 И table2.id = 3)
ИЛИ
(table2.id = 4 И table2.id = 5)
ИЛИ
(table2.id = 7 И table2.id = 9)
….

Помогите оптимизировать запрос :-) Пробовал subquery и join с group by

Как часто вам приходится сохранять стили в своем редакторе и обновлять страницу в браузере? Каждый раз при работе в web-консоли — копируете стили и вставляете в файл .css и сохраняете его?
Решение проблемы
Представим, что у нас есть html-страница и подключены несколько css с помощью

<link rel="stylesheet" type="text/css" href="/MAIN.css" />
<link rel="stylesheet" type="text/css" href="/PAGE.css" />

и есть отдельный блок стилей

<style>
#main {width:100%;}
</style>

Каждый из блоков содержит плоский список из 2 значений: селекторов и собственно стилей.

При загрузке страницы браузер для каждого из подгружаемого блока стилей создает новый элемент в document.styleSheets.
Каждый styleSheet элемент содержит деток cssRules и ownerNode.

А дальше начинается самое интересное.

При изменении в web-консоли стилей именно на эти селекторы — соответственно изменяются массивы cssRules (ну и computed style в самом элементе и это позволяет нам видеть изменения сразу).

Мы создаем функцию срабатывающую по горячей клавише или нажатию на кнопку на странице (неважно). Допусти можно навесить обработчик keyup на ctrl+S. Далее мы пробегаемся по массиву document.styleSheets, для каждого ownerNode узнаем значение аттрибута href и посылаем на сервер сериализованный массив cssRules и Href. На сервере сохраняем в соответствующий файл — новые правила!

А как же быть с нефайловыми стилями? Тут нужен индивидуальный подход. Допустим можно дать каждому из них ID и перезаписывать их в файле, а впрочем это уже зависит от архитектуры приложения и вариантов действительно очень много.

Таким образом мы ускоряем изменение каждого стиля — как минимум на 2 шага: сохранить вместо скопировать, сохранить и обновить. Но мне лично просто нравится такая удобная фишка.

Отличный пример бессмысленного использования классов :-)

:-)

PREPARE, EXECUTE

хз, а причем тут PID?

arvitaly, drugbox заюзал?)

Хз это ты о чем

ты ж не знаешь в чем идея)) а так походу ну чот нельзя Кстати я все равно не понял чо за хуйню ты написал в первый раз)

это какая то хуета, мне нужно подставить имя таблицы в запросе из строки, а ты хуй знает чо сделал))) Я тоже могу тебя забанить

Что это?

Задача волшебная.

Допустим есть таблица table1 в ней поле col1
Есть значение этого поля "table2"

select * from ИЗ_СТРОКИ(select col1 from table1)

1. Мне нужно чтобы флаг отвалился даже если PHP отвалится совсем (в смысле даже исполняемый процесс php), а не только скрипт
2. Мне нужно кроссплатформенное решение, но походу его нет)

!
Есть php скрипт.

Хочется вначале скрипта установить какой то флаг, который 100% прекратит существование после завершения или прекращении (в том числе аварийного) выполнения.

Причем флаг чтобы можно было считать любым другим процессом (не PHP)

lock на файл не хотелось бы…

Есть смысл сделать дополнительное поле - sequence, которое будет всегда содержать последовательные числа, ==>

ID sequence
1 1
3 2
5 3
10 4

Теперь чтобы достать данные для любой страницы задаем интервал для sequence, а не лимит, и обычный индекс тут будет рулить А при изменении таблицы пересчет sequence выполняется одним запросом очень быстро

И тебя с новым годом!

master,

Ни одна реляционная и nosql базы не выдержит, когда речь пойдет о сотне тысяч посетителей и миллионов запросов.

Можно сослаться на собственное кэширование, но если выборка для конкретного объекта к примеру 20 SQL запросов, а в качестве ключа используется сам запрос, то размер такого кэша становится несравним с

ID: DATA

в memcache к примеру, для чего собственно он и был создан - это эволюция, а не дополнение