SG
Максим
есть ли что-то чтоб узнать примерное количество записей в таблице ? count(*) выполняется бесконенчо долго
pg_stat_user_tables и всякие математические трюки
Size: a a a
2020 June 17
YS
Максим
есть ли что-то чтоб узнать примерное количество записей в таблице ? count(*) выполняется бесконенчо долго
pg_class.reltuples, но это может быть неточно. Если очень нужно точнее — можно "взять" оценку у планировщика (но это тоже не 100%).
ИС
GIN индекс же вроде можно только по определеным ключам сделать, так что в случае разных ключей не поможет
Если значения изменяются, то придется переписывать постгре всю jsonb
Если значения изменяются, то придется переписывать постгре всю jsonb
GIN можно на всю колонку вешать
CREATE INDEX idxgin ON api USING GIN (jdoc);
https://postgrespro.ru/docs/postgrespro/9.5/datatype-json
| Если значения изменяются, то придется переписывать постгре всю jsonb
к этому готовы, это сильно плохо ?
CREATE INDEX idxgin ON api USING GIN (jdoc);
https://postgrespro.ru/docs/postgrespro/9.5/datatype-json
| Если значения изменяются, то придется переписывать постгре всю jsonb
к этому готовы, это сильно плохо ?
2_
Yaroslav Schekin
> когда это делают пользователи, пусть и опосредовано через софт это дыра
Потому, что Вы так считаете? Или есть объективные доказательства невозможности построения подобной системы (допустим, без использования "если конечно это не обернуто хранимками")? ;)
Потому, что Вы так считаете? Или есть объективные доказательства невозможности построения подобной системы (допустим, без использования "если конечно это не обернуто хранимками")? ;)
ну как бы когда строят сценарии защиты, то да, считается что часть уровней защиты может быть разрушена, но при этом полного поражения удается избежать.
> Или есть объективные доказательства невозможности построения подобной системы
я думаю вполне реально сделать такую систему, вопрос в том насколько по силам это сделать сферической команде в среднем.
- Никто не умеет… Дело не в умении, не в желании, и вообще ни в чём. Дело в самом пришивании подворотничка. :)
> Или есть объективные доказательства невозможности построения подобной системы
я думаю вполне реально сделать такую систему, вопрос в том насколько по силам это сделать сферической команде в среднем.
- Никто не умеет… Дело не в умении, не в желании, и вообще ни в чём. Дело в самом пришивании подворотничка. :)
МШ
GIN можно на всю колонку вешать
CREATE INDEX idxgin ON api USING GIN (jdoc);
https://postgrespro.ru/docs/postgrespro/9.5/datatype-json
| Если значения изменяются, то придется переписывать постгре всю jsonb
к этому готовы, это сильно плохо ?
CREATE INDEX idxgin ON api USING GIN (jdoc);
https://postgrespro.ru/docs/postgrespro/9.5/datatype-json
| Если значения изменяются, то придется переписывать постгре всю jsonb
к этому готовы, это сильно плохо ?
> постгре
Краткое наименование - postgreS
Краткое наименование - postgreS
YS
2flower _
ну как бы когда строят сценарии защиты, то да, считается что часть уровней защиты может быть разрушена, но при этом полного поражения удается избежать.
> Или есть объективные доказательства невозможности построения подобной системы
я думаю вполне реально сделать такую систему, вопрос в том насколько по силам это сделать сферической команде в среднем.
- Никто не умеет… Дело не в умении, не в желании, и вообще ни в чём. Дело в самом пришивании подворотничка. :)
> Или есть объективные доказательства невозможности построения подобной системы
я думаю вполне реально сделать такую систему, вопрос в том насколько по силам это сделать сферической команде в среднем.
- Никто не умеет… Дело не в умении, не в желании, и вообще ни в чём. Дело в самом пришивании подворотничка. :)
> насколько по силам это сделать сферической команде в среднем.
Ну так а это уже совсем другое дело — накосить можно где угодно, из чего не следует, что все "тонкие" места — это "дыры".
А насчёт этого подхода я написал "сложнее всего в реализации" не просто так. :)
Ну так а это уже совсем другое дело — накосить можно где угодно, из чего не следует, что все "тонкие" места — это "дыры".
А насчёт этого подхода я написал "сложнее всего в реализации" не просто так. :)
МШ
2flower _
ну как бы когда строят сценарии защиты, то да, считается что часть уровней защиты может быть разрушена, но при этом полного поражения удается избежать.
> Или есть объективные доказательства невозможности построения подобной системы
я думаю вполне реально сделать такую систему, вопрос в том насколько по силам это сделать сферической команде в среднем.
- Никто не умеет… Дело не в умении, не в желании, и вообще ни в чём. Дело в самом пришивании подворотничка. :)
> Или есть объективные доказательства невозможности построения подобной системы
я думаю вполне реально сделать такую систему, вопрос в том насколько по силам это сделать сферической команде в среднем.
- Никто не умеет… Дело не в умении, не в желании, и вообще ни в чём. Дело в самом пришивании подворотничка. :)
Какое "считается", что за бред? Вектора атак вполне себе вычисляемые величины, и там всё не "считается", а вполне себе рассчитывается.
2_
Yaroslav Schekin
> насколько по силам это сделать сферической команде в среднем.
Ну так а это уже совсем другое дело — накосить можно где угодно, из чего не следует, что все "тонкие" места — это "дыры".
А насчёт этого подхода я написал "сложнее всего в реализации" не просто так. :)
Ну так а это уже совсем другое дело — накосить можно где угодно, из чего не следует, что все "тонкие" места — это "дыры".
А насчёт этого подхода я написал "сложнее всего в реализации" не просто так. :)
аааа. так бы сразу и сказали, что вам одно слово не понравилось.
был не прав, дыры нет, "тонкое" место.
был не прав, дыры нет, "тонкое" место.
2_
Какое "считается", что за бред? Вектора атак вполне себе вычисляемые величины, и там всё не "считается", а вполне себе рассчитывается.
часто встречали при проектировании такие расчеты, если софт не для оборонки, или с повышенными требованиями к безопасности?
или все таки в среднем больше "на глаз" прикидывали?
или все таки в среднем больше "на глаз" прикидывали?
ИС
> постгре
Краткое наименование - postgreS
Краткое наименование - postgreS
так это была цитата =) из сообщения @lnuynxa
YS
2flower _
аааа. так бы сразу и сказали, что вам одно слово не понравилось.
был не прав, дыры нет, "тонкое" место.
был не прав, дыры нет, "тонкое" место.
Words have meanings.
https://xkcd.com/1860/
https://xkcd.com/1860/
2_
- Испугать думаешь? Меня, православного батюшку? И чем? За атамана! /* и немедленно... */
- Ну ты, бать, неистовый... служитель культа.
- Ну ты, бать, неистовый... служитель культа.
МШ
2flower _
часто встречали при проектировании такие расчеты, если софт не для оборонки, или с повышенными требованиями к безопасности?
или все таки в среднем больше "на глаз" прикидывали?
или все таки в среднем больше "на глаз" прикидывали?
Прикидка от грамотного безопасника и от АБД - это совсем разные прикидки. А грамотных безопасников я встречал.
МШ
От них и нахватался всякого, например, разного.
2_
Прикидка от грамотного безопасника и от АБД - это совсем разные прикидки. А грамотных безопасников я встречал.
могу только позавидовать, я по рабоче-крестьянски аршином.
МИ
Ребят, как найти заказ который был сделан в пределах какого то времени? Написал вот так: https://pastebin.com/DpE0iFNU возможно есть способы получше. Но и тут у меня ошибка: invalid input syntax for type timestamp: "2020-06-17T14:35:24.49 - 1 hour". Какие еще могут быть варианты решения?
FB
ребята кто может подсказать как можно перезагрузить кластер в столоне
YS
Ребят, как найти заказ который был сделан в пределах какого то времени? Написал вот так: https://pastebin.com/DpE0iFNU возможно есть способы получше. Но и тут у меня ошибка: invalid input syntax for type timestamp: "2020-06-17T14:35:24.49 - 1 hour". Какие еще могут быть варианты решения?
1. Не используйте between с timestamp-ами и timestamp without time zone. См. https://wiki.postgresql.org/wiki/Don%27t_Do_This#Don.27t_use_BETWEEN_.28especially_with_timestamps.29
2. Используйте timestamptz + interval '1 hour', timestamptz - interval '1 hour'.
2. Используйте timestamptz + interval '1 hour', timestamptz - interval '1 hour'.
SA
Хай, всемогущий All, не могу понять почему у меня не работает stats collector. говорит примерно следующее @postgres LOG: using stale statistics instead of current ones because stats collector is not responding. в гуглах предлагают перенсети место хранения стат фалйов и\или рестартануть сервис. ничего не помогат. плз хэлб.
YS
Хай, всемогущий All, не могу понять почему у меня не работает stats collector. говорит примерно следующее @postgres LOG: using stale statistics instead of current ones because stats collector is not responding. в гуглах предлагают перенсети место хранения стат фалйов и\или рестартануть сервис. ничего не помогат. плз хэлб.
Поищите в истории чата, тут подобное обсуждалось.
Если не поможет — пишите, что смотрели / пробовали и результаты.
Если не поможет — пишите, что смотрели / пробовали и результаты.