Привет! Ищем администратора PostgreSQL. Требования: опыт администрирования postgresql от года, понимание работы БД, настройка, тюнинг, бекапы, мониторинг, репликация. Опыт администрирования linux. Умение на чем то писать bash\perl\python\golang. Вы будете не одни, есть возможность профессионального роста. https://hh.ru/vacancy/22027663 #job

Привет! Ищем администратора PostgreSQL. Требования: опыт администрирования postgresql от года, понимание работы БД, настройка, тюнинг, бекапы, мониторинг, репликация. Опыт администрирования linux. Умение на чем то писать bash\perl\python\golang. Вы будете не одни, есть возможность профессионального роста. https://hh.ru/vacancy/22027663 #job

вилка?

вилка?

110К

до свидания

Привет! Ищем администратора PostgreSQL. Требования: опыт администрирования postgresql от года, понимание работы БД, настройка, тюнинг, бекапы, мониторинг, репликация. Опыт администрирования linux. Умение на чем то писать bash\perl\python\golang. Вы будете не одни, есть возможность профессионального роста. https://hh.ru/vacancy/22027663 #job

Где? Или удаленно?

Мск, м. Волгоградский проспект.

От метро там далеко ?

От метро там далеко ?

вычти квартиру + проживание ... сколько на ништячки? 25-30к реальная зп в остатке

От метро там далеко ?

* корпоративные автобусы доставляют сотрудников утром и вечером до метро и обратно

Это понятно

а кто-нибудь складывал растры в постгисовый postgis_raster?

а то я вот дроном разжился, ортофото снимать научился, 3D-модельки делать научился, а вот нормально хранить это счастье ещё пока неясно, как

нет. по задачам не приходилось

куча тифов на винчестере не прельщает :)

а то я вот дроном разжился, ортофото снимать научился, 3D-модельки делать научился, а вот нормально хранить это счастье ещё пока неясно, как

Годнота! ?

Годнота! ?

вообще да, https://cloud.pix4d.com/pro/project/146826?shareToken=d8b71ea601944d4f9661fcede5ab9fbd за полчаса делается

вообще да, https://cloud.pix4d.com/pro/project/146826?shareToken=d8b71ea601944d4f9661fcede5ab9fbd за полчаса делается

Thunx! Посмотрим, посмотрим... ))))

вообще да, https://cloud.pix4d.com/pro/project/146826?shareToken=d8b71ea601944d4f9661fcede5ab9fbd за полчаса делается

О! Так это-ж Минск!

ну да

более того, в кадре есть мой дом

ну да

Минчанин!

это чем-то необычно? :)

это чем-то необычно? :)

Да нет! Просто я сам из Минска и не ожидал встретить одногорожанина ))

Да нет! Просто я сам из Минска и не ожидал встретить одногорожанина ))

Да в телеграме уже много белорусов

???

Да в телеграме уже много белорусов

более того у них свой персональный гис-чат. @Komzpa чего там не спросишь?

я про постгис спрашиваю, это скорее сюда :)

я про постгис спрашиваю, это скорее сюда :)

+

Друзья, сотоварищи) Подскажите, тру путь ли я выбрал?) SELECT CONCAT(to_char(current_date, 'DD'), ' ', name, ' ', to_char(current_date, 'YYYY')) FROM month WHERE month.id = CAST(to_char(current_date, 'MM') AS INT);

как-то слишком сложно

Это для месяца на русском и в родительном падеже

как-то слишком сложно

Решения легче не нашёл)

Друзья, сотоварищи) Подскажите, тру путь ли я выбрал?) SELECT CONCAT(to_char(current_date, 'DD'), ' ', name, ' ', to_char(current_date, 'YYYY')) FROM month WHERE month.id = CAST(to_char(current_date, 'MM') AS INT);

Выход '30 июля 2017'

TmMon не то?

Щас посмотрю)

Друзья, сотоварищи) Подскажите, тру путь ли я выбрал?) SELECT CONCAT(to_char(current_date, 'DD'), ' ', name, ' ', to_char(current_date, 'YYYY')) FROM month WHERE month.id = CAST(to_char(current_date, 'MM') AS INT);

concat -> ||

а вообще можно и case when написать прямо инлайн

TmMon не то?

Хорошая функция, спасибо) может есть функция типа sed в лине, для замены буквы в конце слова?)

а вообще можно и case when написать прямо инлайн

Кажись очень много места займёт( Если я правильно понял

но будет работать шустрее

вынеси в функцию, create function russian_date(p_date timestamptz) as $$ select ... $$ language sql

вынеси в функцию, create function russian_date(p_date timestamptz) as $$ select ... $$ language sql

Как вариант... а она как сохраняется? Мне из питона нужно выдрать)

как функция в базе

ну, или поформатируй дату в питоне

ну, или поформатируй дату в питоне

в питоне от этого отказался) Спасибо за советы)

Подскажите, ещё как то можно сократить?) https://pastebin.com/Pc9iF7zv

Всем привет , прошу не отправлять изучать доку. Интересует реальный опыт. Насколько хорошо будет работать комбинация из nosql столбцов - jsonb,hstore c обычными столбцами . Интересует перфоманс только по чтению. П.с. никаких фильтров по этим столбцам нет,они всегда вычитываются полностью. Могут ли с этим быть какие нибудь трабоы ?

Траблы *

Перфоманс по чтению страдать вроде не должен. У нас траблов, связанных именно с jsonb, не было на таблицах с несколькими десятками гигабайт данных.

Всем привет , прошу не отправлять изучать доку. Интересует реальный опыт. Насколько хорошо будет работать комбинация из nosql столбцов - jsonb,hstore c обычными столбцами . Интересует перфоманс только по чтению. П.с. никаких фильтров по этим столбцам нет,они всегда вычитываются полностью. Могут ли с этим быть какие нибудь трабоы ?

если jsonb значения вычитываются полностью, то по скорости это будет мало отличаться от чтения текстовых полей такого же объёма. есть небольшой overhead на преобразование из бинарного формата в текстовый, но по опыту это процентов 10 процессорного времени на read-only нагрузке при полностью закэшированных данных

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

пенальти такое же как и у других типов данных

хуево все с апдейтами :) надо следить за работой вакуума

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

я так понимаю, есть функциональные индексы по jsonb полям? если да, то в постгресе есть проблема с оптимизацией HOT updates — оно не работает для функциональных индексов. со всеми вытекающими

но да, коллега выше правильно описывает ситуацию :)

С поддержкой вроде нет. С апдейтами есть проблема гонок. То есть, два треда взяли объект, один положил по ключу "foo" значение 1, другой по ключу "bar" значение 2. И один из них перетрёт другой, если не использовать jsonb_set. Плюс, миграции JSONB сложнее, ибо все изменения опять же через jsonb_set, который не особо шустрый. Ну и раздувание таблицы, но это проблема со всеми частыми апдейтами, вроде.

какие-то невероятные страсти рассказываешь

пенальти такое же как и у других типов данных

на read-only нагрузках с jsonb в топе всегда висит escape_json(). что в общем неизбежные, но json-специфичные накладные расходы

Ну, это конечно Application-Level бага, но я решил, что стоит упомянуть.

Чтобы человек сразу понимал.

на read-only нагрузках с jsonb в топе всегда висит escape_json(). что в общем неизбежные, но json-специфичные накладные расходы

ну у вас наверно хорошие нагрузки или хорошо оптимизирован код :)

ну у вас наверно хорошие нагрузки или хорошо оптимизирован код :)

это бенчмарк, но в нём довольно типичные операции. jsonb документы целиком по ключу. document store и вот это всё

ERROR: S client not available

<про бенчмарки> обычно в бенчмарках вылазят какие-то функции которые потом в реальности будут играть зачительно меньшую роль. в реальности когда софт обрастает тех долгом все упирается в другое

мне кажется основная проблема - это отсутвие версионности

Спасибо за ответы.упомянуть стоит все. Прлсто заказчик запрлсил фичу , которая в реляционную модель плохо ложится.и по факту нам все равно чтл таи лежит - просто какой то json. Зачем нам jsonb - просто для вплидации json. Может целесообразнее потерять в валидации и использовать другой тип ?

а простой json разве не валидирует данные? я был уверен, что валидирует

помоему от текста отличается только валидацией

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

просто в этом случае бинарный формат чистый оверхед

мне кажется основная проблема - это отсутвие версионности

и начинается - миграция: учесть что была версия x, версия y от софта который откатили, версия z

и все ложится на софт

С поддержкой вроде нет. С апдейтами есть проблема гонок. То есть, два треда взяли объект, один положил по ключу "foo" значение 1, другой по ключу "bar" значение 2. И один из них перетрёт другой, если не использовать jsonb_set. Плюс, миграции JSONB сложнее, ибо все изменения опять же через jsonb_set, который не особо шустрый. Ну и раздувание таблицы, но это проблема со всеми частыми апдейтами, вроде.

mvcc?

а простой json разве не валидирует данные? я был уверен, что валидирует

Спасибо, посмотрел , действитель , выгоднее нам использовать json , валидация присутствует. Просто везде рекомендуют jsonb. Видимо от того что у них имеет значение что там лежит.

да

Всем спастбо большое )

mvcc?

Спасибо

http://hackernewsletter.us1.list-manage.com/track/click?u=faa8eb4ef3a111cef92c4f3d4&id=eec0496485&e=507a9eefb9

Всем привет. Нужен вас совет. Пишу в базу несколько связанных сущностей в одной транзакции, после всего у меня есть ID записи. Ошибок(golang sql driver) нет, транзакция коммитится. Но запись в базу не попадает. Такое поведение на AWS RDS small intance. На локальной PG работает. Подскажите где проблема/куда смотреть? Заранее спасибо

а как это - в базу не попадает?

Чувствую себя очень глупо, но вот так, не попадает. Хотя seq дергается, выдается ID

Абсолютно одинаковый код работает локально, не работает с AWS RDS

сделай пример демонстрирующий проблему и положи. мож кто-то глянет.

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

Абсолютно одинаковый код работает локально, не работает с AWS RDS

Транзакцию явно открываешь?

Транзакцию явно открываешь?

Да

А как можно сделать это неявно? ?

Запустить стейтмент с включённым автокомитом

autocommit=on

Понял. Нет, все явно. Начало и коммит.

А pgbouncer есть или друго пуллинг? В каком режиме работает?

А pgbouncer есть или друго пуллинг? В каком режиме работает?

Есть, и с ним и без него проблема сохраняется.

А на тестовой БД без Амазона всё ок?