Тогда constssk.com, у гугла проблемы с нашим днс в ру

открывается

Опять интеграторы с консалтингами... Был я тут в одном на собеседовании, мне прям в лицо сказали, у нас есть свой olap движок и тебе надо будет под него в 50% кастыли писать...

https://meduza.io/news/2017/06/22/provaydery-nachali-blokirovat-rossiyskiy-domen-google

Мне тут задали вопросик - I've just been asked to modify, for privacy reasons, an existing application based on PostgreSQL as follows: Host A: holds the application and is trusted Host B: holds the (Postgres) database. Nobody with access to host B, including local system administrators, is allowed to gain access to any data stored in the DB. While Oracle and MSSQL support transparent data encryption, which I'd consider a 99% solution to the problem, Postgres does not. An encrypted filesystem will not be sufficient for the use case. I already looked into pgcrypto, but this seems to give me not much of an advantage compared to encrypting directly within the application, in terms of implementation effort. In any case, I'd have to modify the application's database abstraction and/or ORM. Maybe you have an idea about how to avoid changes in the application, eventually even an existing extension or tool (like some kind of transparent proxy)?

https://meduza.io/news/2017/06/22/provaydery-nachali-blokirovat-rossiyskiy-domen-google

https://www.vedomosti.ru/technology/articles/2017/06/22/695589-google

Мне тут задали вопросик - I've just been asked to modify, for privacy reasons, an existing application based on PostgreSQL as follows: Host A: holds the application and is trusted Host B: holds the (Postgres) database. Nobody with access to host B, including local system administrators, is allowed to gain access to any data stored in the DB. While Oracle and MSSQL support transparent data encryption, which I'd consider a 99% solution to the problem, Postgres does not. An encrypted filesystem will not be sufficient for the use case. I already looked into pgcrypto, but this seems to give me not much of an advantage compared to encrypting directly within the application, in terms of implementation effort. In any case, I'd have to modify the application's database abstraction and/or ORM. Maybe you have an idea about how to avoid changes in the application, eventually even an existing extension or tool (like some kind of transparent proxy)?

Интересно, а как он собирается от локального админа защищаться? Достаточно дампнуть память процесса и извлечь ключ

Вроде хибернейт, умеет на лету шифровать данные.

Интересно, а как он собирается от локального админа защищаться? Достаточно дампнуть память процесса и извлечь ключ

Пробовал?

Или материал какой-то есть?чтобы попробовать осуществить

Интересно, а как он собирается от локального админа защищаться? Достаточно дампнуть память процесса и извлечь ключ

Интересное у тебя виденье данного вопроса.

Пробовал?

получаем рута через grub, меняем конфиг на трастового суперпользователя, делаем релоад

https://postgrespro.ru/blog/media/229432

получаем рута через grub, меняем конфиг на трастового суперпользователя, делаем релоад

какой конфиг?

какой конфиг?

pg_hba.conf

pg_hba.conf

ну чел и пишет видимо что по сравнению с мс и оракл толком зашифровать не может

конечн оесли доступ в текстовом файлике прописывается)

ну чел и пишет видимо что по сравнению с мс и оракл толком зашифровать не может

на Оракле - получаем рута через граб, меняем пароль через sysdba

на мускуле - получаем рутачерез граб, делаем грант аксесс, меняем пароль

для винды если она в домене, немного сложнее, надо еще диск/флешку с kali иметь, а дальше - получаем локального админа, добавляем пользователя домена в список локальных админов, заходим в домен

почему в pgAdmin4 нет ssh туннеля?

почему в кухонном ноже нет компаса?

в pgAdmin3 есть. и в куче других гуев

значит нет причин отказываться от них

pgAdmin3 убог и падуч

pgAdmin3 убог и падуч

4ый значит еще хуже

Я конечно, прошу прощения за нубский вопрос, но как сделать truncate всех таблиц для одной БД?

Забекапить схему бд, дропнуть всю бд, заресторить схему

Но это не точно

Я конечно, прошу прощения за нубский вопрос, но как сделать truncate всех таблиц для одной БД?

Через view pg_catalog вытащить имена всех таблиц и в цикле через EXECUTE вызывать truncate. Но! Это не откатывает Sequenc-ы до 1.

Ага, уже понял))

Через view pg_catalog вытащить имена всех таблиц и в цикле через EXECUTE вызывать truncate. Но! Это не откатывает Sequenc-ы до 1.

RESTART IDENTITY ?

ага можно оказ приписать такое и оно рестартует, судя по документации. А ответ я по памяти писал.

https://postgrespro.ru/education/books/sqlprimer

учебник для вузов)

?

тем временем в PostGIS починили select ST_AsX3D('LINESTRING EMPTY'); - в следующем релизе оно уже не будет крешить постгрес

@Komzpa вот ты пишешь это всегда, а кто-нибудь невнимательно прочитает и крешнет базу в продакшене

все должны хоть раз сделать echo "test... test... test..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see' на проде под рутом

иначе как появятся люди, делающие бекапы?

@Komzpa добрейшей души человек. :)

вдруг есть люди, которые думают, что постгрес никогда не падает от селекта?

или что достаточно поотбирать у неблагонадёжных пользователей права на все таблицы? :)

Я во времена далёкие, почти былинные, оракел 8-й одним запросом ложил. ПАтАмуШтА дятел! Был. И только начинал осваивать и оракел, и SQL. Правда уже тогда у меня было понимание, что развлекаться на проде нельзя, и мои эксперименты и издевательства проводились исключительно на тестовой машинке.

postgres+docker, кто юзает под очередь?

а rm -rf / я набирал из-под рута задолго до того, как в мои ручонки попал оракел.

какие-то странные у вас желания

а педние от селекта, это вообще сильно...

а педние от селекта, это вообще сильно...

если не включены чексуммы и нет ecc - вполне :)

а педние от селекта, это вообще сильно...

Ничего сильного. Незнание принципов работы СУБД, нежелание выполнять хотя бы минимальные настройки, как системы, так и этой самой СУБД - и получите оомкиллер в лучшем случае.

Ничего сильного. Незнание принципов работы СУБД, нежелание выполнять хотя бы минимальные настройки, как системы, так и этой самой СУБД - и получите оомкиллер в лучшем случае.

оомкиллер это не признак говно запроса а говно базы

оомкиллер это не признак говно запроса а говно базы

вот да

что сразу смущает

чем больше узнаю про постгрес, тем меньше хочется использовать его в проде

но случиться это может только в крайних случаях, например после того как вакуум отключишь

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

а экзекутор сожрал а его херак и система прибила

ERROR: S client not available

ребята, кто знает, как можно добавить новый индекс ко всем партициям в pg_pathman?

чем больше узнаю про постгрес, тем меньше хочется использовать его в проде

Чем больше узнаю людей, тем больше нравятся собаки.

Во многих знаниях многия печали. :)

Чем больше узнаю людей, тем больше нравятся собаки.

не стоит набрасывать

А это не наброс. Я так могу сказать про любой продукт, который доводилось эксплуатировать.

В смысле, что когда копаешь поглубже, становится страшно использовать.

я так не могу, поэтому хотел бы услышать примеры

А можно в постгре как-нибудь обращаться к grouping_element'у в условиях where/having? грубый пример: SELECT long_expr_is_long(foo) AS long_foo, count(*) AS total FROM table ... ... GROUP BY 1; -- можно ... GROUP BY long_foo; -- нельзя :( ... GROUP BY 1 HAVING total > 0; -- нельзя :( ... GROUP BY 1 HAVING 2 > 0; -- очевидно, тоже нельзя %)) а хочется.

А можно в постгре как-нибудь обращаться к grouping_element'у в условиях where/having? грубый пример: SELECT long_expr_is_long(foo) AS long_foo, count(*) AS total FROM table ... ... GROUP BY 1; -- можно ... GROUP BY long_foo; -- нельзя :( ... GROUP BY 1 HAVING total > 0; -- нельзя :( ... GROUP BY 1 HAVING 2 > 0; -- очевидно, тоже нельзя %)) а хочется.

попробуй не альяс использовать, а само выражение

я так не могу, поэтому хотел бы услышать примеры

оомкиллер, например. Я очень долго про него не знал. Но однажды случилось. Ничего, пережил как-то. Хотя само по себе вызывает оторопь. Мыскль, который "проще" постгреса. Данное утверждение - вообще за гранью добра и зла. Это вот, что на поверхности и весьма так прилично задело в своё время.

ребята, кто знает, как можно добавить новый индекс ко всем партициям в pg_pathman?

штатного способа пока нет. Но можно, например, как-то так: do $$ declare rec record; begin for rec in select * from pathman_partition_list where parent = 'test'::regclass loop execute format('create index on %s (id)', rec.partition); end loop; end $$ language plpgsql;

штатного способа пока нет. Но можно, например, как-то так: do $$ declare rec record; begin for rec in select * from pathman_partition_list where parent = 'test'::regclass loop execute format('create index on %s (id)', rec.partition); end loop; end $$ language plpgsql;

Спасибо! А новая партиция будет создаваться с новым индексом?

Спасибо! А новая партиция будет создаваться с новым индексом?

если на родителе есть индекс, то при создании новых партиций аналогичный индекс будет создаваться и на них

а для старых нужно выполнять скрипт вроде того, что приводил выше

@zilder Спасибо за ответ!

@zilder Спасибо за ответ!

welcome )

привет! чисто архитектурный теоретический вопрос, возможно ли в постгресе реализовать такую схему: есть сервер приложений, на нем установлено всякое по и листенер. есть два сервера бд (праймари и стендбай), тот кто из них саейчас праймари, тот и регистрирует свою базу на удаленном листенере. имя сервиса идентичное, при свитчовере или файловере просто меняются регистрации нод между собой ?

можно, почему нет?

вопрос без подвоха =)

просто не знаю

а кто-нибудь запускал постгрес на армах с 64 ядрами? тут завезли: https://blog.online.net/2017/06/22/armv8-scaleway-new-high-core-variants/

попробуй не альяс использовать, а само выражение

ну я так и делаю в итоге, просто очень длинно получается, не нравится :( кстати, а если два раза одно и то же выражение указать - в SELECT и в условиях (WHERE/GROUP BY HAVING) - оно же, надеюсь, всего один раз по факту выполняться будет?

привет! чисто архитектурный теоретический вопрос, возможно ли в постгресе реализовать такую схему: есть сервер приложений, на нем установлено всякое по и листенер. есть два сервера бд (праймари и стендбай), тот кто из них саейчас праймари, тот и регистрирует свою базу на удаленном листенере. имя сервиса идентичное, при свитчовере или файловере просто меняются регистрации нод между собой ?

в pg вы подключаетесь к tcp адресу. какие листенеры, какие сервисы

мда, печаль

не возможно узнать даже туда вы подключились или нет :)

баунсер использовать не вариант?

http://evtuhovich.ru/blog/2012/02/12/pgbouncer/ интересная штуковина