В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

5803 membersпожаловаться на группу
2021 February 26

YS

Yaroslav Schekin in pgsql – PostgreSQL
Roman
Возможно я ошибаюсь конечно. Могу показать план запроса. Но лично я в нем не вижу ничего криминального.
Вы, мне кажется, если и ошибаетесь, то фундаментально (путаете чёрное с белым).
Вы мне можете объяснить, почему Вы считаете... см. выше?
источник
18:32пожаловаться#1

D

Dmitriy in pgsql – PostgreSQL
Алексей Крапивницкий
А какие юзают? ))) Так, для сведения)
Поимённо назвать не могу. Я юзаю, знакомые пхпшники и гошники юзают тоже
источник
18:32пожаловаться#2

DK

Dmitry Kudryavtsev in pgsql – PostgreSQL
Dmitriy
Часто разрабы внешние ключи вообще не юзают (почему-то)
ну я так понял в typeorm @ManyToOne создает foreign key в таблице
источник
18:32пожаловаться#3

D

Dmitriy in pgsql – PostgreSQL
Dmitry Kudryavtsev
ну я так понял в typeorm @ManyToOne создает foreign key в таблице
Вы про Тайпорм или про миграции?
источник
18:33пожаловаться#4

D

Dmitriy in pgsql – PostgreSQL
Это нужно смотреть в базе данных. Тот же psql и \d в помощь
источник
18:33пожаловаться#5

R

Roman in pgsql – PostgreSQL
Yaroslav Schekin
Вы, мне кажется, если и ошибаетесь, то фундаментально (путаете чёрное с белым).
Вы мне можете объяснить, почему Вы считаете... см. выше?
Боюсь исчерпать железные ресурсы на, сравнительно, небольших размерах базы.
источник
18:34пожаловаться#6

DK

Dmitry Kudryavtsev in pgsql – PostgreSQL
Dmitriy
Вы про Тайпорм или про миграции?
ладно, я уже глупые вопросы задаю, сори
источник
18:34пожаловаться#7

АК

Алексей Крапивницкий... in pgsql – PostgreSQL
Dmitriy
Поимённо назвать не могу. Я юзаю, знакомые пхпшники и гошники юзают тоже
Да не, я не о том. Просто как те, кто не юзает,  выстраивают процессы получения данных из логически связанных таблиц без внешних ключей? Или там о нормализации вообще речь не идет? Или есть еще какие-то ключи, о которых я не знаю?
источник
18:34пожаловаться#8

D

Dmitriy in pgsql – PostgreSQL
Алексей Крапивницкий
Да не, я не о том. Просто как те, кто не юзает,  выстраивают процессы получения данных из логически связанных таблиц без внешних ключей? Или там о нормализации вообще речь не идет? Или есть еще какие-то ключи, о которых я не знаю?
Если не ошибаюсь, джойн можно сделать и без наличия внешнего ключа ж. Так и живут
источник
18:35пожаловаться#9

D

Dmitriy in pgsql – PostgreSQL
А о целостности данных речь не идёт, мёртвые id встречаются. Сталкивался с такими проектами
источник
18:35пожаловаться#10

АК

Алексей Крапивницкий... in pgsql – PostgreSQL
Dmitriy
Если не ошибаюсь, джойн можно сделать и без наличия внешнего ключа ж. Так и живут
Можно. Но при более-менее большом объеме сущностей и разветвленной структуре запрос раздувается до непонятно каких размеров.
источник
18:37пожаловаться#11

D

Dmitriy in pgsql – PostgreSQL
Был когда-то вообще в конторе, где вся оптимизация работы с базой заключалась в том, что сначала базу на SSD перенесли, а потом разделили на несколько, чтобы данных было сильно меньше. Ну, то есть построить индексы - это лишнее, видимо))
источник
18:37пожаловаться#12

D

Dmitriy in pgsql – PostgreSQL
Алексей Крапивницкий
Можно. Но при более-менее большом объеме сущностей и разветвленной структуре запрос раздувается до непонятно каких размеров.
Это не все считают проблемой) Я серьёзно. Иногда 10-минутное ожидание данных считают нормой и ждут
источник
18:38пожаловаться#13

R

Roman in pgsql – PostgreSQL
Yaroslav Schekin
Вы, мне кажется, если и ошибаетесь, то фундаментально (путаете чёрное с белым).
Вы мне можете объяснить, почему Вы считаете... см. выше?
Если что, я не претендую на какого либо гуру postgresql. Просто попался случай и пытаюсь с ним разобраться.
источник
18:38пожаловаться#14

YS

Yaroslav Schekin in pgsql – PostgreSQL
Roman
Боюсь исчерпать железные ресурсы на, сравнительно, небольших размерах базы.
Да, Вы путаете чёрное с белым. ;)
Ресурсы же не "исчёрпываются", они нужны для того, чтобы их использовать.
Если у Вас [слишком] много запросов — что-то "подвинется", как всегда.
Но то, что "тяжёлые" запросы забирают 100% какого-то из нужных им ресурсов — это норма (или же к этому стоит стремиться).
Хуже, если не забирают (т.е. СУБД не способна использовать всё "железо", которое ей дают).
источник
18:39пожаловаться#15

АК

Алексей Крапивницкий... in pgsql – PostgreSQL
Dmitriy
Это не все считают проблемой) Я серьёзно. Иногда 10-минутное ожидание данных считают нормой и ждут
Да ну нафиг такое. Меня тут аналитикой озадачили, выдернуть продажи новых товаров помесячно и посчитать пропорционально общим продажам. Так вот на ненормализованной базе пришлось огороды городить на 100 с лишним строк кода, юзая и sql и pandasю А были бы нормальные связи - одним запросом на 4-5 строк решить можно было бы.
источник
18:41пожаловаться#16

R

Roman in pgsql – PostgreSQL
Yaroslav Schekin
Да, Вы путаете чёрное с белым. ;)
Ресурсы же не "исчёрпываются", они нужны для того, чтобы их использовать.
Если у Вас [слишком] много запросов — что-то "подвинется", как всегда.
Но то, что "тяжёлые" запросы забирают 100% какого-то из нужных им ресурсов — это норма (или же к этому стоит стремиться).
Хуже, если не забирают (т.е. СУБД не способна использовать всё "железо", которое ей дают).
Я просто пытаюсь понять, можно ли что то где то оптимизировать или сделать иначе, чтобы снизить нагрузку
источник
18:41пожаловаться#17

YS

Yaroslav Schekin in pgsql – PostgreSQL
Roman
Если что, я не претендую на какого либо гуру postgresql. Просто попался случай и пытаюсь с ним разобраться.
Да это же "общие знания о природе", как говорится.
Мне смутно вспоминается, что про mainframes в своё время говорили что-то вроде "если у вас нагрузка всех CPU постоянно ниже 90%, значит вы впустую тратите деньги".
источник
18:41пожаловаться#18

YS

Yaroslav Schekin in pgsql – PostgreSQL
Roman
Я просто пытаюсь понять, можно ли что то где то оптимизировать или сделать иначе, чтобы снизить нагрузку
Мне уже начинает казаться, что Вы не читаете то, что я Вам пишу. :(
У Вас настоящая проблема есть какая-то? Что-то тормозит и т.п.?
источник
18:41пожаловаться#19

R

Roman in pgsql – PostgreSQL
Yaroslav Schekin
Мне уже начинает казаться, что Вы не читаете то, что я Вам пишу. :(
У Вас настоящая проблема есть какая-то? Что-то тормозит и т.п.?
Я понял вашу точку зрения. Больше утилизация = лучше. Но соседние базы будут не очень рады в определенный момент. Но тогда решение одно - отселить прожору и дать ему ресурсов столько, чтобы хватило, но не простаивало
источник
18:43пожаловаться#20