D
Немного не понимаю о чем речь
su - postgres
psql
\d services
Size: a a a
2021 February 26
YS
У меня получается картина, что на 34 базы под рабочей нагрузкой, эта база с запросами pg_trgm составляет 60% загрузка цпу всего сервера. Я и пытаюсь понять нормальная ли эта картина при работе с этим расширением или где то что то идёт не так.
Так, может, другие запросы (к другим базам) в основном "простые" (типичные для OLTP)?
Если так — у них-то как раз накладных расходов много.
А триграммный индекс, скорее всего, создан для чего-то "тяжёлого" (иначе бы его там не было, верно?), вот такие запросы и выбиваются из общего ряда.
Если так — у них-то как раз накладных расходов много.
А триграммный индекс, скорее всего, создан для чего-то "тяжёлого" (иначе бы его там не было, верно?), вот такие запросы и выбиваются из общего ряда.
KK
Yaroslav Schekin
Т.е. Вам что-то такое https://www.apgdiff.com/ нужно, но актуальное (в смысле, я правильно понял вопрос)?
похоже :) недостающие/изменённые объекты накатить
DK
su - postgres
psql
\d services
D
Выполните там же: select specializationId from services limit 1;
R
Yaroslav Schekin
Так, может, другие запросы (к другим базам) в основном "простые" (типичные для OLTP)?
Если так — у них-то как раз накладных расходов много.
А триграммный индекс, скорее всего, создан для чего-то "тяжёлого" (иначе бы его там не было, верно?), вот такие запросы и выбиваются из общего ряда.
Если так — у них-то как раз накладных расходов много.
А триграммный индекс, скорее всего, создан для чего-то "тяжёлого" (иначе бы его там не было, верно?), вот такие запросы и выбиваются из общего ряда.
Да, через pg_trgm ищутся и сопоставляются различные строки произвольной длины (до 50 символов) , плюс транслитерация этих строк.
Благодарю за ответы! Видимо это просто так работает и либо стоит смириться, либо не использовать реляционки для этих целей.
Благодарю за ответы! Видимо это просто так работает и либо стоит смириться, либо не использовать реляционки для этих целей.
DK
Выполните там же: select specializationId from services limit 1;
YS
Гррр... какая буква в слове "текстом" Вам непонятна, а?!
По теме — в названии поля есть "I", для обращения к этому полю в запросах возьмите его в двойные кавычки.
По теме — в названии поля есть "I", для обращения к этому полю в запросах возьмите его в двойные кавычки.
D
А вот так? select "specializationId" from services limit 1;
DK
А вот так? select "specializationId" from services limit 1;
вот так выполнилось
D
Yaroslav Schekin
Гррр... какая буква в слове "текстом" Вам непонятна, а?!
По теме — в названии поля есть "I", для обращения к этому полю в запросах возьмите его в двойные кавычки.
По теме — в названии поля есть "I", для обращения к этому полю в запросах возьмите его в двойные кавычки.
+1
YS
Да, через pg_trgm ищутся и сопоставляются различные строки произвольной длины (до 50 символов) , плюс транслитерация этих строк.
Благодарю за ответы! Видимо это просто так работает и либо стоит смириться, либо не использовать реляционки для этих целей.
Благодарю за ответы! Видимо это просто так работает и либо стоит смириться, либо не использовать реляционки для этих целей.
> Видимо это просто так работает и либо стоит смириться
С чем "смириться", о чём Вы?!
> либо не использовать реляционки для этих целей.
Извните, но я один не понимаю, как Вам удалось сделать этот "вывод"?! ;(
С чем "смириться", о чём Вы?!
> либо не использовать реляционки для этих целей.
Извните, но я один не понимаю, как Вам удалось сделать этот "вывод"?! ;(
D
вот так выполнилось
Я бы советовал вместо camel-case везде underscore использовать
DK
Я бы советовал вместо camel-case везде underscore использовать
так таблица автогенерится из typeorm
DK
Я бы советовал вместо camel-case везде underscore использовать
или вы про "задать имя самому"?
D
так таблица автогенерится из typeorm
Вообще TypeORM - довольно кастомизируемая штука. Наверняка имена столбцам можно вручную указывать
DK
Вообще TypeORM - довольно кастомизируемая штука. Наверняка имена столбцам можно вручную указывать
да я фронт, поэтому туплю, извините - учусь... ) Т.е в insert нужно так же в двойные ковычки брать ?
D
да я фронт, поэтому туплю, извините - учусь... ) Т.е в insert нужно так же в двойные ковычки брать ?
Везде, где вы обращаетесь к столбцу/таблице с camelCase, нужно двойные кавычки указывать. Но, опять-таки из-за этого удобней under_score - тогда можно не заморачиваться. Только если вы таблицу не назовёте как-нибудь зарезервированным словом.
AL
да я фронт, поэтому туплю, извините - учусь... ) Т.е в insert нужно так же в двойные ковычки брать ?
в постгресе все имена (таблиц, полей и т.п.) приводятся к нижнему регистру, либо нужно брать в кавычки если регистр имеет значение.
AL
но рекомендуется конечно же нижний регистр использовать