am
И шансов восстановиться у него из pg_dump’а намного выше, чем из pg_basebackup’а. К тому же последний ему через 100 мегабит в секунду понадобилось бы скачивать двое суток.
Size: a a a
2021 February 09
am
Так что в параллельной вселенной, где я посоветовал ему pg_basebackup, он меня проклял с большей вероятностью.
am
Yaroslav Schekin
> отношение это имеет к несчастным скриптомакакам
Это надо в азбуку поместить, под буквой "У" — "Уважение к коллегам". ;)
> какие кнопки нажимать, чтобы в постгрес залогинило?
А мы-то все со знанием postgres родились, да?
Да и вообще, какого почему "новичков" именно в PostgreSQL кто-то считает новичками (а то и кем похуже) в IT вообще?!
Они вполне могут быть прекрасными программистами [баз данных], просто эту ещё не видели.
Это надо в азбуку поместить, под буквой "У" — "Уважение к коллегам". ;)
> какие кнопки нажимать, чтобы в постгрес залогинило?
А мы-то все со знанием postgres родились, да?
Да и вообще, какого почему "новичков" именно в PostgreSQL кто-то считает новичками (а то и кем похуже) в IT вообще?!
Они вполне могут быть прекрасными программистами [баз данных], просто эту ещё не видели.
> "У" — "Уважение к коллегам". ;)
Я уже много лет скриптомакака и даже не переживаю по этому поводу. Скриптомакаки полезные, они могут из ничего сделать какую-нибудь смешную ерунду, а иногда даже и полезную. Всяко полезнее для здоровья, чем прирости к стулу на должности сеньйора тырпрайз архитектора.
И да, я храню километрвые WAL’ы, и где-то у меня даже есть почти работающий фейловер. А делать бекапы через pg_dump мне много где нельзя чисто по соображениям оверхеда.
Я уже много лет скриптомакака и даже не переживаю по этому поводу. Скриптомакаки полезные, они могут из ничего сделать какую-нибудь смешную ерунду, а иногда даже и полезную. Всяко полезнее для здоровья, чем прирости к стулу на должности сеньйора тырпрайз архитектора.
И да, я храню километрвые WAL’ы, и где-то у меня даже есть почти работающий фейловер. А делать бекапы через pg_dump мне много где нельзя чисто по соображениям оверхеда.
YS
Ярослав, ваша позиция понятна и логична.
Однако есть 2 нюанса:
- вы раз за разом утверждаете, что pg_dump* это не бэкап, хотя это противоречит официальной документации: https://www.postgresql.org/docs/current/backup.html
тут требуется как минимум объяснить, почему оно так.
- эмоциональный фон ваших утверждений крайне агрессивен, это также вредит сообществу PostgreSQL.
Однако есть 2 нюанса:
- вы раз за разом утверждаете, что pg_dump* это не бэкап, хотя это противоречит официальной документации: https://www.postgresql.org/docs/current/backup.html
тут требуется как минимум объяснить, почему оно так.
- эмоциональный фон ваших утверждений крайне агрессивен, это также вредит сообществу PostgreSQL.
> хотя это противоречит официальной документации:
Да, противоречит. И you got me started предложения по исправлению я уже отсылал. ;(
И, кстати, в документации pg_dump хватает других ошибок.
> тут требуется как минимум объяснить, почему оно так.
Потому что, по моему нескромному мнению, разработчики PostgreSQL в основном не являются компетентными DBA (это совершенно другая профессия!), а другим (по моему впечатлению) просто плевать на документацию (и да, это их дело, и они никому не должны, но всё же).
И, кстати, раз уж я начал — то, что многие из разработчиков PostgreSQL в сообществе являются непререкаемыми авторитетами по любым вопросам — это существенная проблема сообщества PostgreSQL, я считаю (это можно и отдельно обсудить позже).
> эмоциональный фон ваших утверждений крайне агрессивен, это также вредит сообществу PostgreSQL.
Разве я кому-то просто так хамил?
А что касается тона — меня же никто не провоцировал, а модераторы здесь прекрасно занимаются своим делом (особенно свободно пропуская личные оскорбления), как же я забыть-то мог! :(
Да, противоречит. И you got me started предложения по исправлению я уже отсылал. ;(
И, кстати, в документации pg_dump хватает других ошибок.
> тут требуется как минимум объяснить, почему оно так.
Потому что, по моему нескромному мнению, разработчики PostgreSQL в основном не являются компетентными DBA (это совершенно другая профессия!), а другим (по моему впечатлению) просто плевать на документацию (и да, это их дело, и они никому не должны, но всё же).
И, кстати, раз уж я начал — то, что многие из разработчиков PostgreSQL в сообществе являются непререкаемыми авторитетами по любым вопросам — это существенная проблема сообщества PostgreSQL, я считаю (это можно и отдельно обсудить позже).
> эмоциональный фон ваших утверждений крайне агрессивен, это также вредит сообществу PostgreSQL.
Разве я кому-то просто так хамил?
А что касается тона — меня же никто не провоцировал, а модераторы здесь прекрасно занимаются своим делом (особенно свободно пропуская личные оскорбления), как же я забыть-то мог! :(
am
Вы отконяетесь от генеральной линии партии.
В PostgreSQL _прекрасная_ документация.
В PostgreSQL _прекрасная_ документация.
VY
Yaroslav Schekin
> хотя это противоречит официальной документации:
Да, противоречит. И you got me started предложения по исправлению я уже отсылал. ;(
И, кстати, в документации pg_dump хватает других ошибок.
> тут требуется как минимум объяснить, почему оно так.
Потому что, по моему нескромному мнению, разработчики PostgreSQL в основном не являются компетентными DBA (это совершенно другая профессия!), а другим (по моему впечатлению) просто плевать на документацию (и да, это их дело, и они никому не должны, но всё же).
И, кстати, раз уж я начал — то, что многие из разработчиков PostgreSQL в сообществе являются непререкаемыми авторитетами по любым вопросам — это существенная проблема сообщества PostgreSQL, я считаю (это можно и отдельно обсудить позже).
> эмоциональный фон ваших утверждений крайне агрессивен, это также вредит сообществу PostgreSQL.
Разве я кому-то просто так хамил?
А что касается тона — меня же никто не провоцировал, а модераторы здесь прекрасно занимаются своим делом (особенно свободно пропуская личные оскорбления), как же я забыть-то мог! :(
Да, противоречит. И you got me started предложения по исправлению я уже отсылал. ;(
И, кстати, в документации pg_dump хватает других ошибок.
> тут требуется как минимум объяснить, почему оно так.
Потому что, по моему нескромному мнению, разработчики PostgreSQL в основном не являются компетентными DBA (это совершенно другая профессия!), а другим (по моему впечатлению) просто плевать на документацию (и да, это их дело, и они никому не должны, но всё же).
И, кстати, раз уж я начал — то, что многие из разработчиков PostgreSQL в сообществе являются непререкаемыми авторитетами по любым вопросам — это существенная проблема сообщества PostgreSQL, я считаю (это можно и отдельно обсудить позже).
> эмоциональный фон ваших утверждений крайне агрессивен, это также вредит сообществу PostgreSQL.
Разве я кому-то просто так хамил?
А что касается тона — меня же никто не провоцировал, а модераторы здесь прекрасно занимаются своим делом (особенно свободно пропуская личные оскорбления), как же я забыть-то мог! :(
> то, что многие из разработчиков PostgreSQL в сообществе являются непререкаемыми авторитетами по любым вопросам — это существенная проблема сообщества PostgreSQL
с этим я полностью согласен, увы…
с этим я полностью согласен, увы…
YS
Вы отконяетесь от генеральной линии партии.
В PostgreSQL _прекрасная_ документация.
В PostgreSQL _прекрасная_ документация.
Я что-то не помню, чтобы я что-то подписывал кровью. ;)
А документация действительно хорошая (особенно по сравнению с аналогичными, или просто с документацией многих open source проектов), но "прекрасная" -- это уж перебор.
А документация действительно хорошая (особенно по сравнению с аналогичными, или просто с документацией многих open source проектов), но "прекрасная" -- это уж перебор.
VY
лучший не значит хороший ¯\_(ツ)_/¯
AB
Вы отконяетесь от генеральной линии партии.
В PostgreSQL _прекрасная_ документация.
В PostgreSQL _прекрасная_ документация.
😂
SS
Yaroslav Schekin
> хотя это противоречит официальной документации:
Да, противоречит. И you got me started предложения по исправлению я уже отсылал. ;(
И, кстати, в документации pg_dump хватает других ошибок.
> тут требуется как минимум объяснить, почему оно так.
Потому что, по моему нескромному мнению, разработчики PostgreSQL в основном не являются компетентными DBA (это совершенно другая профессия!), а другим (по моему впечатлению) просто плевать на документацию (и да, это их дело, и они никому не должны, но всё же).
И, кстати, раз уж я начал — то, что многие из разработчиков PostgreSQL в сообществе являются непререкаемыми авторитетами по любым вопросам — это существенная проблема сообщества PostgreSQL, я считаю (это можно и отдельно обсудить позже).
> эмоциональный фон ваших утверждений крайне агрессивен, это также вредит сообществу PostgreSQL.
Разве я кому-то просто так хамил?
А что касается тона — меня же никто не провоцировал, а модераторы здесь прекрасно занимаются своим делом (особенно свободно пропуская личные оскорбления), как же я забыть-то мог! :(
Да, противоречит. И you got me started предложения по исправлению я уже отсылал. ;(
И, кстати, в документации pg_dump хватает других ошибок.
> тут требуется как минимум объяснить, почему оно так.
Потому что, по моему нескромному мнению, разработчики PostgreSQL в основном не являются компетентными DBA (это совершенно другая профессия!), а другим (по моему впечатлению) просто плевать на документацию (и да, это их дело, и они никому не должны, но всё же).
И, кстати, раз уж я начал — то, что многие из разработчиков PostgreSQL в сообществе являются непререкаемыми авторитетами по любым вопросам — это существенная проблема сообщества PostgreSQL, я считаю (это можно и отдельно обсудить позже).
> эмоциональный фон ваших утверждений крайне агрессивен, это также вредит сообществу PostgreSQL.
Разве я кому-то просто так хамил?
А что касается тона — меня же никто не провоцировал, а модераторы здесь прекрасно занимаются своим делом (особенно свободно пропуская личные оскорбления), как же я забыть-то мог! :(
"разработчики PostgreSQL в основном не являются компетентными DBA". думаю правильно понял. разработчики, не являющиеся DBA. если так - то все верно. в плане Postgres это проблема. если на том же Oracle обязательно опытный/сертифицированный DBA будет, то на Postgres почемуто все считают что и разработчик сам сможет, без DBA
am
> то на Postgres ни у кого денег нет
am
Поправил, не благодарите.
am
"разработчики PostgreSQL в основном не являются компетентными DBA". думаю правильно понял. разработчики, не являющиеся DBA. если так - то все верно. в плане Postgres это проблема. если на том же Oracle обязательно опытный/сертифицированный DBA будет, то на Postgres почемуто все считают что и разработчик сам сможет, без DBA
И это, давайте по-русски разговаривать, мы не на хедханторе. «Разработчик PostgreSQL» — это один из тридцати чуваков, которые сишку коммитют.
SS
хм.. я же сделал поправку. в моем понимании "Разработчик" - это не DBA. это больше прикладной разработчик, который пилит какойто приклад. этот приклад ессно взаимодействует с СУБД. и эта СУБД как обычно оказывается Postgres
МШ
Дайте людям возможность сделать ошибку. И получить свой личный опыт.
В результате этой ошибки ваш счёт в банке обнулится, вам такое надо?
DU
В результате этой ошибки ваш счёт в банке обнулится, вам такое надо?
Он и так рано или поздно обнулится. Какая разница в результате чьей ошибки....
МШ
Yaroslav Schekin
> отношение это имеет к несчастным скриптомакакам
Это надо в азбуку поместить, под буквой "У" — "Уважение к коллегам". ;)
> какие кнопки нажимать, чтобы в постгрес залогинило?
А мы-то все со знанием postgres родились, да?
Да и вообще, какого почему "новичков" именно в PostgreSQL кто-то считает новичками (а то и кем похуже) в IT вообще?!
Они вполне могут быть прекрасными программистами [баз данных], просто эту ещё не видели.
Это надо в азбуку поместить, под буквой "У" — "Уважение к коллегам". ;)
> какие кнопки нажимать, чтобы в постгрес залогинило?
А мы-то все со знанием postgres родились, да?
Да и вообще, какого почему "новичков" именно в PostgreSQL кто-то считает новичками (а то и кем похуже) в IT вообще?!
Они вполне могут быть прекрасными программистами [баз данных], просто эту ещё не видели.
> А мы-то все со знанием postgres родились, да?
Только вот одни с термином "план запроса" самостоятельно разбирались, потому что считали нужным разбираться САМОСТОЯТЕЛЬНО. А более другие полезли в отрасль за баблом. Не утруждая себя изучением теории и чтением документации по продукту, которым пользуются. У меня лично кровь из глаз начинает сочиться, когда я в очередной, чёрт знает какой, раз читаю: у меня есть две таблицы, как мне сделать выборку из вот по такому условию?
Ну и всё такое прочее про установку, подключение и использование СУБД.
Только вот одни с термином "план запроса" самостоятельно разбирались, потому что считали нужным разбираться САМОСТОЯТЕЛЬНО. А более другие полезли в отрасль за баблом. Не утруждая себя изучением теории и чтением документации по продукту, которым пользуются. У меня лично кровь из глаз начинает сочиться, когда я в очередной, чёрт знает какой, раз читаю: у меня есть две таблицы, как мне сделать выборку из вот по такому условию?
Ну и всё такое прочее про установку, подключение и использование СУБД.
SK
День добрый!
у меня запрос в кроне результат сохраняет в xls
в нём указан период
у меня запрос в кроне результат сохраняет в xls
в нём указан период
where sp.authorized_time BETWEENно хочу чтоб просто был за текущую дату, подскажите, пожалуйста на че исправить
to_date('2020-01-01','YYYY-MM-DD') AND to_date('2021-12-31','YYYY-MM-DD')
am
WHERE sp.authorized_time >= date_trunc('day', now()) AND sp.authorized_time < date_trunc('day', now() + interval '1 day')am
(извините, страшные эти битвины, не доверяю я им)