Size: a a a

DBA - русскоговорящее сообщество

2021 March 10

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
Ilia Zviagin
Где тут условие на три таблицы сразу ? Где вообще условие на B1 ?

SELECT DISTINCT A.id, A.src, A.name, A.price
     FROM
       items A
     INNER JOIN categories B1
     INNER JOIN item_category C1
       ON A.id = C1.item_id AND C1.category_id IN(1,2,3,4)
     INNER JOIN dears B2
     INNER JOIN item_dear C2
       ON A.id = C2.item_id AND C2.dear_id IN(1)
     INNER JOIN prices B3
     INNER JOIN item_price C3
       ON A.price = C3.item_price AND C3.price_id IN(1,2,3)
В mysql join without on, я так понял - эквивалент cross join
источник

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Андрей Агеев
В mysql join without on, я так понял - эквивалент cross join
Так мы знаем...
источник

AS

Anatoly Shirokov in DBA - русскоговорящее сообщество
Андрей Агеев
В mysql join without on, я так понял - эквивалент cross join
да, но автор вопроса не осознает этого и считает, что join-нит три таблицы, связывая их одним on
источник

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Андрей Агеев
В mysql join without on, я так понял - эквивалент cross join
Лучше поделись впечатлениями, как тебе

SELECT DISTINCT

в таких вот запросиках...
источник

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
запрос странный, да.
источник

AS

Anatoly Shirokov in DBA - русскоговорящее сообщество
уже и так намекали и сяк, а все одно
источник

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
Ilia Zviagin
Лучше поделись впечатлениями, как тебе

SELECT DISTINCT

в таких вот запросиках...
Это как в анекдоте - ну что-то же нужно делать! (с)
источник

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Дадада...
источник

AS

Anatoly Shirokov in DBA - русскоговорящее сообщество
и сервер работает
источник

AS

Anatoly Shirokov in DBA - русскоговорящее сообщество
амортизируется
источник

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
По сортировке - я ставлю на алиасы, кажется что сервер при одинаковых именах полей им принудительно как либо id1, id2 и так далее им присваивает псевдонимы и тогда уже по ним сортировать как по id бесполезно - их там нет. Ну и mysql я так понял еще кучу режимов синтаксиса имеет, что можно очень неоднозначные результаты получать.
источник

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
Еще можно по порядковому номеру поля отсортировать попробовать, если сервер такой синтаксис поддерживает
источник

VL

V. Lavrinovics 🇦🇹... in DBA - русскоговорящее сообщество
Всем всего хорошего.
источник

У

Уруруборос Иванович... in DBA - русскоговорящее сообщество
V. Lavrinovics 🇦🇹
Всем всего хорошего.
Пока
источник

АА

Андрей Агеев... in DBA - русскоговорящее сообщество
V. Lavrinovics 🇦🇹
Всем всего хорошего.
С сортировкой то получилось что нибудь?
источник

AS

Anatoly Shirokov in DBA - русскоговорящее сообщество
V. Lavrinovics 🇦🇹
Всем всего хорошего.
Хорошо же общались
источник
2021 March 11

К

Какой-то Хмырь... in DBA - русскоговорящее сообщество
Какой-то Хмырь
а никто не замерял в ПГ клонирование БД быстрее через
pg_dump db1 | psql db2
или
pg_dump -Fc db1 | pg_restore --dbname=db2

версия допотопная нет возможности снять pg_dump в несколько потоков
короче, быстрее всего получилось pg_dump -Fc в файл, а потом pg_restore -j 6
источник

В

Ваня in DBA - русскоговорящее сообщество
Всем привет, народ
Может кто-то обьяснить в какой ситуации нужно строить кластерные индексы, а в какой некластерные?
Их отличия я знаю, но что-то непонятно пока для меня когда какие использовать
источник

AS

Anatoly Shirokov in DBA - русскоговорящее сообщество
Ваня
Всем привет, народ
Может кто-то обьяснить в какой ситуации нужно строить кластерные индексы, а в какой некластерные?
Их отличия я знаю, но что-то непонятно пока для меня когда какие использовать
ну давай на примере. есть районы города. твоя система работает с районом, то район отличный кандидат на кластерный индекс, почему? потому что все твои регулярные запросы будут иметь район в качестве одного из фильтрующий полей. это значит, что СУБД будет работать с данными локализованными физически в одном "кластере", районе, а не носится по диску в поисках физических записей, разбросанных как бог на душу положит.
источник

В

Ваня in DBA - русскоговорящее сообщество
Anatoly Shirokov
ну давай на примере. есть районы города. твоя система работает с районом, то район отличный кандидат на кластерный индекс, почему? потому что все твои регулярные запросы будут иметь район в качестве одного из фильтрующий полей. это значит, что СУБД будет работать с данными локализованными физически в одном "кластере", районе, а не носится по диску в поисках физических записей, разбросанных как бог на душу положит.
То есть в такой ситуации кластерный индекс имеет выигрыш перед некластерным, верно?
источник