Проблема с передачей redo в Oracle Data Guard. Ошибка такая: redo shipping client performing standby login OCISessionBegin failed -1 .. Detailed OCI error val is 1031 and errmsg is 'ORA-01031: привилегий недостаточно' В чем тут дело не понимаю.

Проблема с передачей redo в Oracle Data Guard. Ошибка такая: redo shipping client performing standby login OCISessionBegin failed -1 .. Detailed OCI error val is 1031 and errmsg is 'ORA-01031: привилегий недостаточно' В чем тут дело не понимаю.

пароли не меняли?

пароли не меняли?

Точно нет

Подскажите, как сделать чтобы согласно настройке log_min_duration_statement=XXX логировались только SELECTы (INSERT / UPDATE и проч не надо)?

grep ?

=)

там вроде нельзя такое указать насколько я помню

печалька ? похоже мне в лог пишется много batch insertoв. прям оч много

Окей. Сейчас задам оч тупой вопрос. Если я с делаю реплику для чтения и буду использовать ее только для чтения и укажу log_min_duration_statement в ее конфиге, то в логе не будет инсертов?

не будет конечно

ABC анализ кто-нибудь делал одним запросом? Это реально?

Другов вопрос. Если я буду грузить данные в таблицу не через инсерты, а через COPY (чтение CSV в таблицу) то попадет ли в slowlog весь payload из CSV ? это все в контексте постгреса и убирания лишнего шума из slowlog

Приветствую. Подскажите возможно ли с помощью запроса получить из такого набора данных group | from | to -------+------------+------------ 1 | 2017-10-01 | 2017-12-09 2 | 2017-12-13 | 2017-12-29 1 | 2018-01-12 | вот такой результат, т.е. закрыть "пропуски" между датами group | from | to -------+------------+------------ 1 | 2017-10-01 | 2017-12-12 2 | 2017-12-13 | 2018-01-11 1 | 2018-01-12 | субд postgres

Запросом из одного набора данных другой вообще не получить...

Приветствую. Подскажите возможно ли с помощью запроса получить из такого набора данных group | from | to -------+------------+------------ 1 | 2017-10-01 | 2017-12-09 2 | 2017-12-13 | 2017-12-29 1 | 2018-01-12 | вот такой результат, т.е. закрыть "пропуски" между датами group | from | to -------+------------+------------ 1 | 2017-10-01 | 2017-12-12 2 | 2017-12-13 | 2018-01-11 1 | 2018-01-12 | субд postgres

Ну и это элементарно делается на клиенте

ок, поменяю формулировку

А в запросах такое делать наоборот трудно и дорого по производительности, как правило.

Но можно, на рекурсии (рекурсивный запрос)

слишком сложная логика будет замедлять?

Тут смысла не вижу, легче на клиенте

слишком сложная логика будет замедлять?

Нет, запросы оперируют множествами строк. Множество знаешь, что такое?

Неупорядоченный набор

Запросы хорошо манипулируют отдельными строками, и плохо — совокупностями строк.

В стандартном базовом SQL таких возможностей вообще нет, например. Только всякие расширенные возможности типа оконых фукнций или рекурсивных запросов позволяют это сделать. Но они есть не во всех СУБД. Тебе с PG повезло, там есть. А в других нет как правило

Другов вопрос. Если я буду грузить данные в таблицу не через инсерты, а через COPY (чтение CSV в таблицу) то попадет ли в slowlog весь payload из CSV ? это все в контексте постгреса и убирания лишнего шума из slowlog

Вроде _пытались_ сделать такую фичу.

ок, я проэкспериментирую и напишу

Переведи...

можно

смотить можно

псотить нельзя

:)

Научи меня этому языку. Чтобы я вас тоже псонимал

Научи меня этому языку. Чтобы я вас тоже псонимал

да ты уже обучился

Обьява ниочем кстати. Зарплата "как договоришься".

Даже обсуждать нечего

и даже посмеяться?

а где объява то ? :)

В корзине для мусора

Там только поплакать можно.

Ребята, а когда юзаешь —single-transaction при sql dump, он все таблицы блокирует базы?

что за тулза и что за база?

ERROR: S client not available

Я выше спрашивал как уменьшить кол-во шума в логе постгреса при поиске медленных запросов. Я хотел исключить из лога огромное кол-во пакетных инсертов вместе с параметрами и видеть только SELECT. Если заменить инсерты на COPY, то в логе вместо каши будет единственная аккуратная строка LOG: duration: 10392.449 ms statement: COPY olap_adjust_fact(date,channel_id,campaign_id,adgroup_id,creative_id,country_id,os_id,impressions,clicks,installs,revenue,customer_id,app_id,created_at) FROM stdin WITH DELIMITER AS ' ' NULL AS '\N'

Я выше спрашивал как уменьшить кол-во шума в логе постгреса при поиске медленных запросов. Я хотел исключить из лога огромное кол-во пакетных инсертов вместе с параметрами и видеть только SELECT. Если заменить инсерты на COPY, то в логе вместо каши будет единственная аккуратная строка LOG: duration: 10392.449 ms statement: COPY olap_adjust_fact(date,channel_id,campaign_id,adgroup_id,creative_id,country_id,os_id,impressions,clicks,installs,revenue,customer_id,app_id,created_at) FROM stdin WITH DELIMITER AS ' ' NULL AS '\N'

Спасибо!

Ребят какая есть программа по базам данных на подобие accessa?

Много разных есть...

Ребят какая есть программа по базам данных на подобие accessa?

ну вот реально, что в гугле не спросить?

access free alternatives

Спастбо

А в гуглн забивал они там как то не очень

И кстати щас востребована професия админа баз данных?

О, пора иди за поп корном

О, пора иди за поп корном

я пас

Ну ребят простт ответьте честно

Я даже не знал что я на эту профессию пошел

На сайте было указано техник программист

я пас

Ну значит мешай карты и сдавай

хороший DBA на вес золота / хороших DBA пара тысяч на планету

утрирую

хороший DBA на вес золота / хороших DBA пара тысяч на планету

Хороших всех всего пара тысяч на планету

Ну значит мешай карты и сдавай

Мне вот интересно, чем там закончилась история с написанием парсера тр логов под mssql ? Там где человек хотел незакомиченные логи на лету отдавать в слейв