ну а так вы даете доступ просто администратору, ключ можно будет получить из памяти application-сервера или трафика

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

тогда накой база :)

Для сертификации под персуху надо сервер защищать целиком.

Есть хостинги для этого. Либо самим строить аля PCIDSS

с охраной и пропусками

Те, кто способны извлечь ключ, с ним и ищут

когда презентовали супперкрутой банкомат, производителя спросили. "Чё, никак не взломать его?". Он тогда ответил хорошо "Пока есть способ ввода информации, есть и возможность взломать"

Для сертификации под персуху надо сервер защищать целиком.

А можно поподробнее?

Ну типа "мы сделали так..."

Ну типа "мы сделали так..."

Конкретнее вопрос. Мы вирты брали у хостера "облакотека". Так что по защите конкретно сервера все вопросы были к ним. Нам надо было организовать все на уровне ОСи и выше

Облакотеку кстати не советую вообще. Дерьмо редкостное.

Особенно под базу

Облакотеку кстати не советую вообще. Дерьмо редкостное.

? вовремя сказал. А я только собрался начальству писать

? вовремя сказал. А я только собрался начальству писать

У них хостинг на hyper-v базируется. Т.е. оно как бы под винду точилось. А мы пришли и давай туда линуксом своим совать. В итоге как минимум раз в месяц, а обычно раз в неделю у нас ФС переходила в RO режим во время того как они делали бекапы)

они там советовали дрова ставить, ось менять и тп. Но воз и ныне там.

2-3 раза было когда вирты просто ребутались по хардкору

такой кароч маленький филиал ада)

пойду поем по этому поводу

извиняюсь, не туда

извиняюсь, не туда

Аватарка твоя в тему

Ребзя посоветуйте для постгреса систему которая позволяет делать отчеты и выводить графики.

Чтобы начальство могло видеть свои показатели.

https://www.postgresql.org/download/products/5-reporting-tools/

Вот тут что удобнее?

Чтобы начальство могло видеть свои показатели.

Если дашборды про содержание БД, то например https://github.com/apache/incubator-superset

Если про статистику самой бд, то можно mamonsu или telegraf+grafana

Ребзя посоветуйте для постгреса систему которая позволяет делать отчеты и выводить графики.

Отчеты по данным? BIRT например. Там конструктор отчетов + небольшое java приложение. Opensource

Привет, подскажите, возможно ли из дампа базы восстановить одну таблицу под другим именем? Например tablename восстановить как tablenamebackup ?

Привет, подскажите, возможно ли из дампа базы восстановить одну таблицу под другим именем? Например tablename восстановить как tablenamebackup ?

Можно ведь восстановить в другую установку

Зачем такие сложности

Или это нужно автоматизировать?

Можно ведь восстановить в другую установку

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

усложняет ненмого то, что они еще и в схемах с идентичными именами

,так установите другой сервер и там разверните

Например в докере

Если ресурсов нет

Привет, подскажите, возможно ли из дампа базы восстановить одну таблицу под другим именем? Например tablename восстановить как tablenamebackup ?

просто ресторите в новую БД эту таблицу, и дальше делаете с ней что хотите

можно и на том же кластере

просто ресторите в новую БД эту таблицу, и дальше делаете с ней что хотите

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

нетривиально с компрессд дампом, тривиально с полнотекстовым, просто надо его поправить. ну либо нужно создать точно такую же схему-таблицу и сделать рестор с дата онли, а потом переименовать

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

в новой БД уже переименуете как хотите ваши схемы и таблицы и выгружаете их как инсёрты (у pg_dump вроде есть параметр такой), потом загружаете их в ту БД которую изначально хотели

как вариант, спасибо .просто думал может есть что-то с наименьшим количеством итераций..

как вариант, спасибо .просто думал может есть что-то с наименьшим количеством итераций..

а это и есть минимум итераций, 1. сделать рестор в новую БД 2. обработать данные как желаешь 3. выгрузить данные из новой БД 4. загрузить данные в старую БД

а это и есть минимум итераций, 1. сделать рестор в новую БД 2. обработать данные как желаешь 3. выгрузить данные из новой БД 4. загрузить данные в старую БД

понял, ну тогда хорошо .так и сделаю. благодарю

минимум все же сделать дамп с -Fp (plain), поправить дамп на диске (там будет CREATE TABLE, а потом COPY) и прогнать обратно. но это не слишком актуально для большого количества данных, конечно

А есть какой-нибудь стандарт/стайл гайд по читабельному оформлению запросов? Т.е. где ставить отступы, где переводы строк и т.д.

наксколько мне известно нет такого стандарта) но есть множество style guide. Как пример http://www.sqlstyle.guide

Ребят, знаю что не по адресу, но свеже В Postresql делал так Concat( pers.fam, ' ', pers.im, '', pers.ot) as fio, Блин, сейчас столкнулся с Fireberdsql как в нем можно сделать объединение полей в запросе?

|| должен работать

Примерно так: pers.fam || ' ' || pers.im || pers.ot

ребят, доброго времени суток. Кто подскажет, есть ли подобный чат по php?

ребят, доброго времени суток. Кто подскажет, есть ли подобный чат по php?

Погу^wПохабрить совсем лень?)

ребят, доброго времени суток. Кто подскажет, есть ли подобный чат по php?

есть

это вопрос?

ребят, доброго времени суток. Кто подскажет, есть ли подобный чат по php?

есть реп на гитхабе со списком чатов в телеге

Это два абсолютно четких, лаконичных и бесполезных ответа)

Это два абсолютно четких, лаконичных и бесполезных ответа)

ответы соответствуют вопросу. чтоб найти чат по php мне потребовался гугелъ и 30 секунд. собственно за эти 30 секунд я и вышел на репозиторий со списком чатов для программистов.

Всего лишь 51-я ссылка в этом чате по запросу github. @vis1712 не благодари

https://github.com/goq/telegram-list

жду рекламу:)

Подскажите можно ли на уже созданную бд установить owner и как? Я нашел только что можно при создании указать владельца.

Подскажите можно ли на уже созданную бд установить owner и как? Я нашел только что можно при создании указать владельца.

https://www.postgresql.org/docs/current/static/sql-alterdatabase.html

ALTER DATABASE name OWNER TO { new_owner | CURRENT_USER | SESSION_USER }

ALTER DATABASE name OWNER TO { new_owner | CURRENT_USER | SESSION_USER }

насколько я помню этого не достаточно, на все таблицы внутри БД тоже руками нужно менять владельца

насколько я помню этого не достаточно, на все таблицы внутри БД тоже руками нужно менять владельца

вопрос был про саму базоньку. С объектами, да, могут возникнуть некоторого рода проблемы.

ALTER DATABASE name OWNER TO { new_owner | CURRENT_USER | SESSION_USER }

Благодарю

Всем привет. Небольшой вопрос: Кто знает, что из себя представляет файл backup, сделанный с помощью pgadmin4 базы. Чем наглядно можно посмотреть его содержимое?

Всем привет. Небольшой вопрос: Кто знает, что из себя представляет файл backup, сделанный с помощью pgadmin4 базы. Чем наглядно можно посмотреть его содержимое?

в каком формате снимешь, в таком и будет, по сути это дамп с помощью pg_dump

Это ни о чем не говорит :)

посмотри, там есть где-то настройки, вкладки

а лучше попробовать и увидишь

а лучше попробовать и увидишь

Если открыть Notepad++ полученный файл объемом 12МБ, можно увидеть кракозябры в перемешку с названиями таблиц :)

Если открыть Notepad++ полученный файл объемом 12МБ, можно увидеть кракозябры в перемешку с названиями таблиц :)

обычный архив custom ещё называется у pg_dump

Если открыть Notepad++ полученный файл объемом 12МБ, можно увидеть кракозябры в перемешку с названиями таблиц :)

А если натравить аналог *нихового file (не знаю, есть-нет такой в винде) на этот бекап? Или посмотреть свойства в каком-нибудь проводнике.

Set client_encoding устанавливает кодировку для всех пользователей или только для того, с которого сидишь?

А если натравить аналог *нихового file (не знаю, есть-нет такой в винде) на этот бекап? Или посмотреть свойства в каком-нибудь проводнике.

свойства можно через pg_restore смотреть

Ребят, привет! Подскажите, пожалуйста, если в функции с указанием language SQL я указываю два стэйтмента, можно сказать что они запускаются в режиме транзакции. Если это обычный запрос, то я это объединяю их в begin; end; нужно создать функцию с аналогичной логикой.

Ребят, привет! Подскажите, пожалуйста, если в функции с указанием language SQL я указываю два стэйтмента, можно сказать что они запускаются в режиме транзакции. Если это обычный запрос, то я это объединяю их в begin; end; нужно создать функцию с аналогичной логикой.

с какой логикой то? :)

с какой логикой то? :)

Там два запроса нужно чтобы они выполнялись в режиме транзакции. Проблема в том что я не могу написать begin;end; в функции как я это делаю в обучнлм запросе. Из чего у меня закралось подозрение что все функции запускаются в режиме транзакций.

Там два запроса нужно чтобы они выполнялись в режиме транзакции. Проблема в том что я не могу написать begin;end; в функции как я это делаю в обучнлм запросе. Из чего у меня закралось подозрение что все функции запускаются в режиме транзакций.

Лучше всего пример... Абстрактный слишком вопрос

Там два запроса нужно чтобы они выполнялись в режиме транзакции. Проблема в том что я не могу написать begin;end; в функции как я это делаю в обучнлм запросе. Из чего у меня закралось подозрение что все функции запускаются в режиме транзакций.

Все запросы в постгресе выполняются в транзакции

Ребята, привет. У нас возникла такая дилемма. Представим что есть сущности Работа, Работник и Группа работников. Работник может быть активный или неактивный. У работы можно указать несколько работников и несколько групп работников. У группы работников можно указать несколько работников. Задача - быстро посчитать кол-во активных работников в группе и в работе. С группой все более менее нормально, но вот с работой сложнее. Например, если работник #1 относится и к группе #1, если мы привяжем его отдельно и группу к работе, то его мы должны посчитать 1 раз. В результате получается сложный запрос, сджойнить в том фреймворке, который мы юзаем, проблематично, в результате у нас делается так - на странице показывается 20 работ, делаем 1 селект чтобы их получить и потом еще 20 селектов на подсчет кол-ва активных работников. И это не айс. Появилась идея хранить счетчики прямо в базе + триггерами инкрементить/декрементить их. Например, добавили работника в группу - обновили счетчик у группы + обновили счетчик у всех работ, куда привязана группа. Удалили работника - декрементнули счетчик всех работ, куда он явно был привязан + счетчики групп, куда он был привязан, а группа каскадно обновляет счетчики работ, куда они были привязаны. Подскажите, насколько этот вариант адекватный для прода? Есть сомнения по поводу одновременных count = count + 1, есть опасения что эти счетчики буду сходится с реальными цифрами.

А чего в pgadmin4 не реализован ssh тоннель? Даже как то странно...

А чего в pgadmin4 не реализован ssh тоннель? Даже как то странно...

Реализуй сам?

Реализуй сам?

Да не проблема :) Могу вообще без самого pgadmin обойтись, быстрее будет :)

Ребята, привет. У нас возникла такая дилемма. Представим что есть сущности Работа, Работник и Группа работников. Работник может быть активный или неактивный. У работы можно указать несколько работников и несколько групп работников. У группы работников можно указать несколько работников. Задача - быстро посчитать кол-во активных работников в группе и в работе. С группой все более менее нормально, но вот с работой сложнее. Например, если работник #1 относится и к группе #1, если мы привяжем его отдельно и группу к работе, то его мы должны посчитать 1 раз. В результате получается сложный запрос, сджойнить в том фреймворке, который мы юзаем, проблематично, в результате у нас делается так - на странице показывается 20 работ, делаем 1 селект чтобы их получить и потом еще 20 селектов на подсчет кол-ва активных работников. И это не айс. Появилась идея хранить счетчики прямо в базе + триггерами инкрементить/декрементить их. Например, добавили работника в группу - обновили счетчик у группы + обновили счетчик у всех работ, куда привязана группа. Удалили работника - декрементнули счетчик всех работ, куда он явно был привязан + счетчики групп, куда он был привязан, а группа каскадно обновляет счетчики работ, куда они были привязаны. Подскажите, насколько этот вариант адекватный для прода? Есть сомнения по поводу одновременных count = count + 1, есть опасения что эти счетчики буду сходится с реальными цифрами.

Об одновременных обновлениях должен заботиться mvcc, насколько я понимаю, у вас просто транзакция не пройдет в случае одновременного выполнения триггера. Но в идеале у вас должна быть кнопка "пересчитать" для админов, чтобы в случае логических ошибок можно было получить гарантированно верное значение.