@pgsql

Страница 973 из 1062
Fike
07.09.2018
13:57:41
(зарплатосрач го)

Terminator
07.09.2018
13:59:01
@vera_9999 будет жить. Поприветствуем!

Yaroslav
07.09.2018
13:59:15
2.7k за creating database objects эт мало?
Это не всё, что есть в вакансии. Но да, может быть и мало.

Google
Yaroslav
07.09.2018
14:00:38
В разных странах разный «прожиточный минимум» ;)
А программистам-то до этого что, по большому счёту? ;)

Yevhenii
07.09.2018
14:01:07
Есть периоды на проекте, когда нужно писать часто, или не часто, их нужно писать по необходимости.

Alexander
07.09.2018
14:02:09
А программистам-то до этого что, по большому счёту? ;)
То, что за одинаковый объём проделанной работы в США и в какой-то другой стране, например, программисту готовы будут заплатить разное количество денег

Eugeny
07.09.2018
14:02:35
А если еще и эксплейнить запросы умеет? и знает чем оличается оконная функция от дверной ?))

Yaroslav
07.09.2018
14:04:39
То, что за одинаковый объём проделанной работы в США и в какой-то другой стране, например, программисту готовы будут заплатить разное количество денег
"Готовы" они могут быть сколько угодно. Дело в том, что программисты сейчас уже не обязаны работать именно там, где живут. И, при наличии выбора... результат "готовности" немного предсказуем. ;)

Yaroslav
07.09.2018
14:06:39
Ну да, именно так. Я о том, что это значит для работодателя... к их сожалению.

Yevhenii
07.09.2018
14:06:44
Господа, я понимаю, что для вас это важно, но давайте не забывать о поводе ?

Yaroslav
07.09.2018
14:09:00
Да вообще надо прекращать этот offtopic. Извиняюсь. :(

Fike
07.09.2018
14:17:47
Yevhenii
07.09.2018
14:18:41
Тож, любі дітки, ваші враження та малюнки надсилайте за адресою - ysukh@softserveinc.com (c)

Google
Ilia
07.09.2018
14:26:32
ошибаетесь, это город
Это город-река...

Долларiв...

Lazoreth
07.09.2018
14:44:34
ребят подскажите пожалуйста. Запромоутили слейв до мастера, щас обратно сделали в слейв, и надо синхронизировать с мастером. Как это сделать? Он ругается invalid resource manager ID

Айтуар
07.09.2018
14:50:57
Подскажите. При обновлении бинарников с 9.6.4 на 9.6.10 нужно перезапускать сервис или reload достаточно?

Yaroslav
07.09.2018
14:53:59
Lazoreth
07.09.2018
14:54:00
А как Вы делаете?
Как делаю что?

Yaroslav
07.09.2018
14:54:35
> щас обратно сделали в слейв, Вот это и далее. Чем подробнее, тем лучше.

Айтуар
07.09.2018
14:54:41
Конечно, нужно (если я правильно понял вопрос). Это же не магия...
Ну я тоже так думал, просто надеялся на магию ))

Lazoreth
07.09.2018
14:55:02
Убрал триггер файл, переименовал recovery.done обратно в recovery.conf

Yaroslav
07.09.2018
14:55:34
Ну я тоже так думал, просто надеялся на магию ))
Вы хоть в одной user-level программе такое видели? ;)

Убрал триггер файл, переименовал recovery.done обратно в recovery.conf
Да подробнее же! Вы думаете, всем из Вас интересно по капле информацию выдавливать? ;( Откуда у Вас новый master, что / когда / как вы конкретно запускали / останавливали, где какие timelines, версии PostgreSQL...

Айтуар
07.09.2018
14:58:04
Вы хоть в одной user-level программе такое видели? ;)
Нет. Поэтому и надеялся на магию. Просто нужно обновить примерно 1000 серваков половина которых работает 24/7 и каждый руками обновлять нет желания.

Yaroslav
07.09.2018
14:59:38
Айтуар
07.09.2018
15:00:58
Неужели у Вас нет решения по "массовому" администрированию, при таких-то масштабах? ;)
Есть конечно - паппет. Но вот как будет выглядеть массовый рестарт БД и приложений...

Mike Chuguniy
07.09.2018
15:09:48
Есть конечно - паппет. Но вот как будет выглядеть массовый рестарт БД и приложений...
Как, как... Модно, задорно, молодежно. Особенно с пуппетом. Он могётЪ сделать жЫзнь эксплуатации весьма насыщенной, яркой, полной чудесных событий, ну и вот это всё. Ребята из яндекса могут подтвердить...

Айтуар
07.09.2018
15:10:20
Ну а что подтверждать я и так это уже знаю ((

Mike Chuguniy
07.09.2018
15:13:39
Может имеет смысл как-то облегчить себе жизнь путём миграции в более другую систему? Служебки там, и прочую бюрократию развести? А то вот обновлять сервера с БД вообще (подразумевается мыскль и пг, я более ничего в ручонках не держал в зрелом возрасте) с помощью пупета - это те ещё приключения. Лучше уж ручками, по через самописные скрипты с аутентификацией по ключам.

Google
Айтуар
07.09.2018
15:17:24
Terminator
07.09.2018
15:38:55
Алиса Киса будет жить. Поприветствуем!

Yukari
07.09.2018
15:55:40
Looks like a bot

Terminator
07.09.2018
16:01:46
@j4est будет жить. Поприветствуем!

Lazoreth
07.09.2018
16:12:01
это невозможно пересоздавайте слейв
То есть пересинхронизировать никак, верно?

Петр
07.09.2018
16:12:07
да

Lazoreth
07.09.2018
16:12:28
Эх. Не электрик, нехуй лезть как говорится

Yaroslav
07.09.2018
16:14:36
это невозможно пересоздавайте слейв
Стоп, что? То есть, Вы уже правильно угадали ответы на все вопросы? ;) Поделитесь с другими, хотя бы...

То есть пересинхронизировать никак, верно?
Без подробностей ответа Вы не получите...

IGOR
07.09.2018
19:14:57
Ребята, есть свежая книженция по postgresql 10? Pdf

Gennady
07.09.2018
19:16:32
https://www.postgresql.org/docs/manuals/ тут есть pdf полное руководство тут на русском, тоже pdf https://postgrespro.ru/docs

Yaroslav
07.09.2018
19:18:11
Ребята, есть свежая книженция по postgresql 10? Pdf
На сайте postgrespro есть и ebook, eng/rus, кстати.

Terminator
07.09.2018
20:00:20
@BoOgatti будет жить. Поприветствуем!

@yokotoka будет жить. Поприветствуем!

Andrey
07.09.2018
20:22:35
Всем привет! Такая ситуация: есть большое количество данных, которые нужно импортировать регулярно и быстро. При этом в данных могут быть ошибки, на которые ругнутся постгресовые constrains checks. Если залить эти данные пачкой - то при наличии таких данных с ошибками постгря откатывает транзакцию целиком. Вопрос: как сделать так, чтобы постгрес записал валидные данные и отбросил невалидные (хрен с ними) и не откатывал транзакцию по таким мелочам? :)

Andrey
07.09.2018
20:24:05
Ну приходят в json, сейчас из них лепим sql для insert'а. Но рассматриваю все возможные варианты.

Ilya
07.09.2018
20:24:46
Лей сразу json и разбирай его потом уже в самом постгресе.

Или сам json не валидный?

Google
Andrey
07.09.2018
20:25:17
Andrey
07.09.2018
20:25:53
Не, json валидный, даже часть валидации до постгреса делаем. Но ситуации типа - ссылается на запись которой нет не можем отследить, т.к. этот check в постгре.

Если одиночные insert - медленно.

Если один большой - при ошибке падает весь.

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

Ilya
07.09.2018
20:27:09
А тип данных в постгрессе, куда идёт вставка - json ?

Andrey
07.09.2018
20:27:22
Нет.

Обычные колонки.

Ilya
07.09.2018
20:27:53
Сделай отдельную таблицу с типом данных json, вставляй туда, а потом уже работай с этим.

Yaroslav
07.09.2018
20:28:37
Вот вопрос как сделать так, чтобы создал что можно создать а остальное отбросил.
Вы бы их лучше отфильтровали... можно и уже в PostgreSQL (после заливки во временную таблицу). Потому что производительность подавления ошибок для каждой записи, Вас, скорее всего, не порадует.

Andrey
07.09.2018
20:30:52
Вы бы их лучше отфильтровали... можно и уже в PostgreSQL (после заливки во временную таблицу). Потому что производительность подавления ошибок для каждой записи, Вас, скорее всего, не порадует.
Да отфильтровали как могли. Но все равно в рандомных местах может падать, обмен с внешними системами. Вот и задался вопросом - умеет ли постгря стратегию "что-то лучше чем ничего". Т.е. залить то, что проверку проходит, а то что нет - проигнорить. Если под подавлением ошибок для каждой записи вы имеете в виду слать по одному Insert - то да, не порадовало. :(

Andrey
07.09.2018
20:32:37

Страница 973 из 1062