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

2021 January 28

SC

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

ну, там хоть и написано

The optimizer can also use a B-tree index for queries involving the pattern matching operators LIKE and ~

но на практике у меня всегда выходил фуллскан

Обычно на небольших данных оптимизатор не юзает индекс

источник

11:15пожаловаться #1

ЯТ

Я Акула Туруруру... in DBA - русскоговорящее сообщество

А, я почему-то думал, что с опцией varchar_pattern_ops это уже не b-tree. А без этой опции LIKE опирается на индекс только при локали C

источник

12:08пожаловаться #2

YS

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

Я Акула Туруруру

А, я почему-то думал, что с опцией varchar_pattern_ops это уже не b-tree. А без этой опции LIKE опирается на индекс только при локали C

Всё ещё b-tree (и там документации описано, почему это так с collations). :)

источник

12:49пожаловаться #3

YS

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

> а в таком виде мне приходит CSV

Вот этот момент непонятен. А вообще, есть же https://t.me/pgsql

pgsql – PostgreSQL

Чат русскоязычного сообщества PostgreSQL.

источник

14:34пожаловаться #4

IZ

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

Это проблема исключительно PHP.

Так что вопрос удаляю.

источник

14:37пожаловаться #5

JS

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

Yaroslav Schekin

> а в таком виде мне приходит CSV

Вот этот момент непонятен. А вообще, есть же https://t.me/pgsql

pgsql – PostgreSQL

Чат русскоязычного сообщества PostgreSQL.

Спасибо

источник

15:34пожаловаться #6

AK

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

Понять не могу, почему так можно

SELECT release_year,
FROM films
WHERE release_year > 1990
GROUP BY release_year;

А так нет

SELECT release_year
FROM films
GROUP BY release_year
WHERE COUNT(title) > 10;

источник

18:33пожаловаться #7

AK

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

тип группируем видимо не по условию

источник

18:33пожаловаться #8

AK

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

наверно сам ответил)

источник

18:33пожаловаться #9

Л

Лучший ник in DBA - русскоговорящее сообщество

Alex K

Понять не могу, почему так можно

SELECT release_year,
FROM films
WHERE release_year > 1990
GROUP BY release_year;

А так нет

SELECT release_year
FROM films
GROUP BY release_year
WHERE COUNT(title) > 10;

Потому что после групбая идёт хевинг

источник

18:35пожаловаться #10

AK

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

Лучший ник

Потому что после групбая идёт хевинг

эт я знаю

источник

18:35пожаловаться #11

Л

Лучший ник in DBA - русскоговорящее сообщество

Вере это обработка не сгруппированого столбца, а хевинг сгруппированого

источник

18:36пожаловаться #12

IZ

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

Alex K

Понять не могу, почему так можно

SELECT release_year,
FROM films
WHERE release_year > 1990
GROUP BY release_year;

А так нет

SELECT release_year
FROM films
GROUP BY release_year
WHERE COUNT(title) > 10;

HAVING потому что.

источник

18:36пожаловаться #13

AK

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

Ilia Zviagin

HAVING потому что.

ну тут вон where проканывает, но я уж понял что группируем по другому признаку

источник

18:37пожаловаться #14

IZ

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

Alex K

ну тут вон where проканывает, но я уж понял что группируем по другому признаку

Не должно, нельзя агрегаты в WHERE ...

источник

18:38пожаловаться #15

AK

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

Ilia Zviagin

Не должно, нельзя агрегаты в WHERE ...

datacamp пропускает

источник

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

AK

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

супер странно

источник

18:41пожаловаться #17

AK

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

Вон аж чо предлагают

источник

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

2021 January 29

AL

Aleksey Lex-sey in DBA - русскоговорящее сообщество

Коллеги кто то сталкивался с такой проблемой. Есть таблица небольшая (40Мб) на неё есть много (reference) FK от других таблиц (около 25шт). Пробую удалить 1 запись по id и запрос виснет (выполняется 3-4 минуты). Если убрать 2 FK от определенных таблиц то всё нормально и удаляется в пределах 1с. Размер таблиц которые имеют FK на эту таблицу 200 Гб и 20Гб. Как решить эту проблему. FK всё таки нужны.

источник

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

SC

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

Aleksey Lex-sey

Коллеги кто то сталкивался с такой проблемой. Есть таблица небольшая (40Мб) на неё есть много (reference) FK от других таблиц (около 25шт). Пробую удалить 1 запись по id и запрос виснет (выполняется 3-4 минуты). Если убрать 2 FK от определенных таблиц то всё нормально и удаляется в пределах 1с. Размер таблиц которые имеют FK на эту таблицу 200 Гб и 20Гб. Как решить эту проблему. FK всё таки нужны.

а update/delete on cascade присутствуют?

источник

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