Телеграмм чат группы mysql

VIEW -- прежде средство повторного использования кода.
Ты любишь свой любимый JOIN из 5ти нужных тебе таблиц?
Сделай из него VIEW , и пиши -

select * from myView where ...

источник

19:32пожаловаться #5

ПГ

Павел Г. in MySQL

Ilia Zviagin

VIEW -- прежде средство повторного использования кода.
Ты любишь свой любимый JOIN из 5ти нужных тебе таблиц?
Сделай из него VIEW , и пиши -

select * from myView where ...

Это я понял :) в самом вопросе это и описал, правда назвал альясом.

источник

19:33пожаловаться #6

V

Vova in MySQL

Ilia Zviagin

VIEW -- прежде средство повторного использования кода.
Ты любишь свой любимый JOIN из 5ти нужных тебе таблиц?
Сделай из него VIEW , и пиши -

select * from myView where ...

а потом на то вью ещё один джоин и для оптимизации это не всегда гут

источник

19:39пожаловаться #7

IZ

Ilia Zviagin in MySQL

Vova

а потом на то вью ещё один джоин и для оптимизации это не всегда гут

Как раз JOIN для оптимизации не помеха

источник

19:40пожаловаться #8

V

Vova in MySQL

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

источник

19:41пожаловаться #9

V

Vova in MySQL

и читаемость кода ухудшается

источник

19:41пожаловаться #10

IZ

Ilia Zviagin in MySQL

Хотя конечно разнообразие случаев использования view огромно, все не предсказать

источник

19:41пожаловаться #11

A

Armen in MySQL

Ilia Zviagin

Ни первый, ни второй не идеальны, надо убрать подзапрос из JOIN

А будет плюс от этого,, если уберу подзапрос? Если его убрать, то получается что все строки будет использовать для нахождения подходящего, а если там подзапрос с where в нём, то разве уже не меньше информации надо будет обработать? так как where часть ненужного уже отсечёт?

источник

20:51пожаловаться #12

IZ

Ilia Zviagin in MySQL

Armen

А будет плюс от этого,, если уберу подзапрос? Если его убрать, то получается что все строки будет использовать для нахождения подходящего, а если там подзапрос с where в нём, то разве уже не меньше информации надо будет обработать? так как where часть ненужного уже отсечёт?

БУДЕТ!

источник

20:51пожаловаться #13

A

Armen in MySQL

Ilia Zviagin

БУДЕТ!

ВОт два запроса,один без подзапроса второй с ним и where в нём. Колонка row во втором: 0, это не лучше?

источник

20:57пожаловаться #14

A

Armen in MySQL

Ilia Zviagin

БУДЕТ!

источник

20:57пожаловаться #15

VJ

Vladimir Juriev in MySQL

Armen

На всякий - запросы неидентичные. В первом случае скрытый inner join; может вернуть 0 строк. Во втором вернёт строки, даже если customers пустая.

источник

21:21пожаловаться #16

IZ

Ilia Zviagin in MySQL

Armen

ВОт два запроса,один без подзапроса второй с ним и where в нём. Колонка row во втором: 0, это не лучше?

Шикарно, блять!
Ты написал два разных запроса, и сравниваешь их планы?

источник

21:33пожаловаться #17

DE

Denis Efremov in MySQL

Ilia Zviagin

Шикарно, блять!
Ты написал два разных запроса, и сравниваешь их планы?

Профессор, ну как так можно? Мат и пропаганда наркотиков в одном сообщении!

источник

22:16пожаловаться #18

A

Alex in MySQL

Доброй ночи. подскажите как можно ускорить выборку по дате?

SELECT object_id FROM table WHERE date='2020-07-21' ORDER BY RAND() LIMIT 1;

выполняется 12s в таблице 1.3гб, ~30 миллионов строк

**
добавление индекса на дату только ухудшило ситуацию)

источник

23:25пожаловаться #19

VJ

Vladimir Juriev in MySQL

Убрать order by rand()/добавить партиции по дате.

источник

23:27пожаловаться #20