home.social

#postgres_professional — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #postgres_professional, aggregated by home.social.

  1. Postgres Pro Enterprise 18: встроенный in-memory кеш и новые горизонты отказоустойчивости

    Асинхронный ввод-вывод, ML-оптимизация планов запросов и встроенный пулинг соединений — ключевые особенности новой Postgres Pro Enterprise 18. Релиз объединил возможности ванильного ядра PostgreSQL 18 и Enterprise-инструменты для работы с большими данными. Расскажем про технические детали, новые стратегии сканирования индексов и механизмы масштабирования записи.

    habr.com/ru/companies/postgres

    #postgres_pro_enterprise #postgres_pro_enterprise_18 #postgresql_18 #postgres #релиз #postgres_professional

  2. Postgres Pro Enterprise 18: встроенный in-memory кеш и новые горизонты отказоустойчивости

    Асинхронный ввод-вывод, ML-оптимизация планов запросов и встроенный пулинг соединений — ключевые особенности новой Postgres Pro Enterprise 18. Релиз объединил возможности ванильного ядра PostgreSQL 18 и Enterprise-инструменты для работы с большими данными. Расскажем про технические детали, новые стратегии сканирования индексов и механизмы масштабирования записи.

    habr.com/ru/companies/postgres

    #postgres_pro_enterprise #postgres_pro_enterprise_18 #postgresql_18 #postgres #релиз #postgres_professional

  3. Postgres Pro Enterprise 18: встроенный in-memory кеш и новые горизонты отказоустойчивости

    Асинхронный ввод-вывод, ML-оптимизация планов запросов и встроенный пулинг соединений — ключевые особенности новой Postgres Pro Enterprise 18. Релиз объединил возможности ванильного ядра PostgreSQL 18 и Enterprise-инструменты для работы с большими данными. Расскажем про технические детали, новые стратегии сканирования индексов и механизмы масштабирования записи.

    habr.com/ru/companies/postgres

    #postgres_pro_enterprise #postgres_pro_enterprise_18 #postgresql_18 #postgres #релиз #postgres_professional

  4. Postgres Pro Enterprise 18: встроенный in-memory кеш и новые горизонты отказоустойчивости

    Асинхронный ввод-вывод, ML-оптимизация планов запросов и встроенный пулинг соединений — ключевые особенности новой Postgres Pro Enterprise 18. Релиз объединил возможности ванильного ядра PostgreSQL 18 и Enterprise-инструменты для работы с большими данными. Расскажем про технические детали, новые стратегии сканирования индексов и механизмы масштабирования записи.

    habr.com/ru/companies/postgres

    #postgres_pro_enterprise #postgres_pro_enterprise_18 #postgresql_18 #postgres #релиз #postgres_professional

  5. Как мы постепенно идём к «умному» центру администрирования СУБД

    Что общего у массового применения конфигураций, встроенной поддержки OpenTelemetry и управления HA-кластерами в пару кликов? Всё это — части пазла, который мы собираем, чтобы сделать администрирование PostgreSQL по-настоящему удобным и безопасным. Выход версии Postgres Pro Enterprise Manager (PPEM) 2.3 стал важной вехой в развитии нашего графического интерфейса. Мы добавили поддержку пользовательских пресетов, переработали систему алертинга и усилили RBAC-модель управления доступом. Разбираем ключевые нововведения релиза, которые помогут навести порядок в зоопарке конфигураций и спать спокойно, зная, что система сама предупредит о проблемах.

    habr.com/ru/companies/postgres

    #ppem #postgresql #postgres #postgres_pro #postgres_pro_enterprise #postgres_professional #postgres_pro_standard

  6. Как мы постепенно идём к «умному» центру администрирования СУБД

    Что общего у массового применения конфигураций, встроенной поддержки OpenTelemetry и управления HA-кластерами в пару кликов? Всё это — части пазла, который мы собираем, чтобы сделать администрирование PostgreSQL по-настоящему удобным и безопасным. Выход версии Postgres Pro Enterprise Manager (PPEM) 2.3 стал важной вехой в развитии нашего графического интерфейса. Мы добавили поддержку пользовательских пресетов, переработали систему алертинга и усилили RBAC-модель управления доступом. Разбираем ключевые нововведения релиза, которые помогут навести порядок в зоопарке конфигураций и спать спокойно, зная, что система сама предупредит о проблемах.

    habr.com/ru/companies/postgres

    #ppem #postgresql #postgres #postgres_pro #postgres_pro_enterprise #postgres_professional #postgres_pro_standard

  7. Как мы постепенно идём к «умному» центру администрирования СУБД

    Что общего у массового применения конфигураций, встроенной поддержки OpenTelemetry и управления HA-кластерами в пару кликов? Всё это — части пазла, который мы собираем, чтобы сделать администрирование PostgreSQL по-настоящему удобным и безопасным. Выход версии Postgres Pro Enterprise Manager (PPEM) 2.3 стал важной вехой в развитии нашего графического интерфейса. Мы добавили поддержку пользовательских пресетов, переработали систему алертинга и усилили RBAC-модель управления доступом. Разбираем ключевые нововведения релиза, которые помогут навести порядок в зоопарке конфигураций и спать спокойно, зная, что система сама предупредит о проблемах.

    habr.com/ru/companies/postgres

    #ppem #postgresql #postgres #postgres_pro #postgres_pro_enterprise #postgres_professional #postgres_pro_standard

  8. Как мы постепенно идём к «умному» центру администрирования СУБД

    Что общего у массового применения конфигураций, встроенной поддержки OpenTelemetry и управления HA-кластерами в пару кликов? Всё это — части пазла, который мы собираем, чтобы сделать администрирование PostgreSQL по-настоящему удобным и безопасным. Выход версии Postgres Pro Enterprise Manager (PPEM) 2.3 стал важной вехой в развитии нашего графического интерфейса. Мы добавили поддержку пользовательских пресетов, переработали систему алертинга и усилили RBAC-модель управления доступом. Разбираем ключевые нововведения релиза, которые помогут навести порядок в зоопарке конфигураций и спать спокойно, зная, что система сама предупредит о проблемах.

    habr.com/ru/companies/postgres

    #ppem #postgresql #postgres #postgres_pro #postgres_pro_enterprise #postgres_professional #postgres_pro_standard

  9. От слов к делу: как Postgres Pro строит будущее в Академгородке

    Большинство IT-компаний говорят, что поддерживают open source. На деле это часто означает использование чужого кода и PR-активность. Мы считаем, что настоящий вклад — это коммиты в ядро. И чтобы делать это системно, мы открыли инженерный центр не в столичном бизнес-парке, а в месте, где фундаментальная наука — часть культурного кода. Рассказываем, почему будущее системного программирования мы строим в новосибирском Академгородке.

    habr.com/ru/companies/postgres

    #postgres #postgresql #postgres_pro #postgres_professional

  10. От слов к делу: как Postgres Pro строит будущее в Академгородке

    Большинство IT-компаний говорят, что поддерживают open source. На деле это часто означает использование чужого кода и PR-активность. Мы считаем, что настоящий вклад — это коммиты в ядро. И чтобы делать это системно, мы открыли инженерный центр не в столичном бизнес-парке, а в месте, где фундаментальная наука — часть культурного кода. Рассказываем, почему будущее системного программирования мы строим в новосибирском Академгородке.

    habr.com/ru/companies/postgres

    #postgres #postgresql #postgres_pro #postgres_professional

  11. От слов к делу: как Postgres Pro строит будущее в Академгородке

    Большинство IT-компаний говорят, что поддерживают open source. На деле это часто означает использование чужого кода и PR-активность. Мы считаем, что настоящий вклад — это коммиты в ядро. И чтобы делать это системно, мы открыли инженерный центр не в столичном бизнес-парке, а в месте, где фундаментальная наука — часть культурного кода. Рассказываем, почему будущее системного программирования мы строим в новосибирском Академгородке.

    habr.com/ru/companies/postgres

    #postgres #postgresql #postgres_pro #postgres_professional

  12. От слов к делу: как Postgres Pro строит будущее в Академгородке

    Большинство IT-компаний говорят, что поддерживают open source. На деле это часто означает использование чужого кода и PR-активность. Мы считаем, что настоящий вклад — это коммиты в ядро. И чтобы делать это системно, мы открыли инженерный центр не в столичном бизнес-парке, а в месте, где фундаментальная наука — часть культурного кода. Рассказываем, почему будущее системного программирования мы строим в новосибирском Академгородке.

    habr.com/ru/companies/postgres

    #postgres #postgresql #postgres_pro #postgres_professional

  13. Профессия ML-инженер: как кошка съела акулу и почему ИИ должен дружить с БД

    Руководитель отдела машинного обучения Postgres Professional Савелий Батурин рассказал, как он прошёл путь от первых экспериментов в 16 лет до ML-инженера, решающего задачи для СУБД. В статье — обзор ролей в индустрии, развенчание мифа о промпт-инженерах и список ресурсов, которые помогут оставаться в курсе событий.

    habr.com/ru/companies/postgres

    #ml #ии #икусственный_интеллект #machine_learning #mlинженер #mlспециалист #postgresql #postgres_pro #postgres_professional

  14. Профессия ML-инженер: как кошка съела акулу и почему ИИ должен дружить с БД

    Руководитель отдела машинного обучения Postgres Professional Савелий Батурин рассказал, как он прошёл путь от первых экспериментов в 16 лет до ML-инженера, решающего задачи для СУБД. В статье — обзор ролей в индустрии, развенчание мифа о промпт-инженерах и список ресурсов, которые помогут оставаться в курсе событий.

    habr.com/ru/companies/postgres

    #ml #ии #икусственный_интеллект #machine_learning #mlинженер #mlспециалист #postgresql #postgres_pro #postgres_professional

  15. Профессия ML-инженер: как кошка съела акулу и почему ИИ должен дружить с БД

    Руководитель отдела машинного обучения Postgres Professional Савелий Батурин рассказал, как он прошёл путь от первых экспериментов в 16 лет до ML-инженера, решающего задачи для СУБД. В статье — обзор ролей в индустрии, развенчание мифа о промпт-инженерах и список ресурсов, которые помогут оставаться в курсе событий.

    habr.com/ru/companies/postgres

    #ml #ии #икусственный_интеллект #machine_learning #mlинженер #mlспециалист #postgresql #postgres_pro #postgres_professional

  16. Профессия ML-инженер: как кошка съела акулу и почему ИИ должен дружить с БД

    Руководитель отдела машинного обучения Postgres Professional Савелий Батурин рассказал, как он прошёл путь от первых экспериментов в 16 лет до ML-инженера, решающего задачи для СУБД. В статье — обзор ролей в индустрии, развенчание мифа о промпт-инженерах и список ресурсов, которые помогут оставаться в курсе событий.

    habr.com/ru/companies/postgres

    #ml #ии #икусственный_интеллект #machine_learning #mlинженер #mlспециалист #postgresql #postgres_pro #postgres_professional

  17. Переход из Oracle в Postgres Pro: не просто смена СУБД, а сдвиг подхода. Интервью с Марком Ривкиным

    Давно не было обстоятельных интервью, тем более с таким корифеем отечественной СУБД‑разработки. В 2022 году в Postgres Professional перешла команда специалистов по Oracle, включая Марка Ривкина, который занял позицию руководителя отдела технического консалтинга. Вместе с командой он занялся адаптацией продуктов под требования крупных корпоративных заказчиков и доработкой функциональности Postgres Pro — в первую очередь для тех, кто планирует миграцию с проприетарных СУБД. В интервью для Хабра Марк рассказал, с какими задачами столкнулись на старте, какие функции пришлось внедрять в первую очередь, как выстроена работа с разработкой и сообществом, и в чём сегодня Postgres Pro реально может заменить Oracle, а в чём — пока нет. Поговорили и про ИИ в администрировании, и про перспективы российских форков PostgreSQL, и даже о том, что бы он заложил в архитектуру, если бы проектировал СУБД с нуля. Приятного чтения!

    habr.com/ru/articles/900840/

    #марк_ривкин #субд #oracle #oracle_database #postgres_professional #postgresql #postgres_pro

  18. Переход из Oracle в Postgres Pro: не просто смена СУБД, а сдвиг подхода. Интервью с Марком Ривкиным

    Давно не было обстоятельных интервью, тем более с таким корифеем отечественной СУБД‑разработки. В 2022 году в Postgres Professional перешла команда специалистов по Oracle, включая Марка Ривкина, который занял позицию руководителя отдела технического консалтинга. Вместе с командой он занялся адаптацией продуктов под требования крупных корпоративных заказчиков и доработкой функциональности Postgres Pro — в первую очередь для тех, кто планирует миграцию с проприетарных СУБД. В интервью для Хабра Марк рассказал, с какими задачами столкнулись на старте, какие функции пришлось внедрять в первую очередь, как выстроена работа с разработкой и сообществом, и в чём сегодня Postgres Pro реально может заменить Oracle, а в чём — пока нет. Поговорили и про ИИ в администрировании, и про перспективы российских форков PostgreSQL, и даже о том, что бы он заложил в архитектуру, если бы проектировал СУБД с нуля. Приятного чтения!

    habr.com/ru/articles/900840/

    #марк_ривкин #субд #oracle #oracle_database #postgres_professional #postgresql #postgres_pro

  19. Переход из Oracle в Postgres Pro: не просто смена СУБД, а сдвиг подхода. Интервью с Марком Ривкиным

    Давно не было обстоятельных интервью, тем более с таким корифеем отечественной СУБД‑разработки. В 2022 году в Postgres Professional перешла команда специалистов по Oracle, включая Марка Ривкина, который занял позицию руководителя отдела технического консалтинга. Вместе с командой он занялся адаптацией продуктов под требования крупных корпоративных заказчиков и доработкой функциональности Postgres Pro — в первую очередь для тех, кто планирует миграцию с проприетарных СУБД. В интервью для Хабра Марк рассказал, с какими задачами столкнулись на старте, какие функции пришлось внедрять в первую очередь, как выстроена работа с разработкой и сообществом, и в чём сегодня Postgres Pro реально может заменить Oracle, а в чём — пока нет. Поговорили и про ИИ в администрировании, и про перспективы российских форков PostgreSQL, и даже о том, что бы он заложил в архитектуру, если бы проектировал СУБД с нуля. Приятного чтения!

    habr.com/ru/articles/900840/

    #марк_ривкин #субд #oracle #oracle_database #postgres_professional #postgresql #postgres_pro

  20. Переход из Oracle в Postgres Pro: не просто смена СУБД, а сдвиг подхода. Интервью с Марком Ривкиным

    Давно не было обстоятельных интервью, тем более с таким корифеем отечественной СУБД‑разработки. В 2022 году в Postgres Professional перешла команда специалистов по Oracle, включая Марка Ривкина, который занял позицию руководителя отдела технического консалтинга. Вместе с командой он занялся адаптацией продуктов под требования крупных корпоративных заказчиков и доработкой функциональности Postgres Pro — в первую очередь для тех, кто планирует миграцию с проприетарных СУБД. В интервью для Хабра Марк рассказал, с какими задачами столкнулись на старте, какие функции пришлось внедрять в первую очередь, как выстроена работа с разработкой и сообществом, и в чём сегодня Postgres Pro реально может заменить Oracle, а в чём — пока нет. Поговорили и про ИИ в администрировании, и про перспективы российских форков PostgreSQL, и даже о том, что бы он заложил в архитектуру, если бы проектировал СУБД с нуля. Приятного чтения!

    habr.com/ru/articles/900840/

    #марк_ривкин #субд #oracle #oracle_database #postgres_professional #postgresql #postgres_pro

  21. Улучшаем компиляторы. Не сами, но без нас никак

    Ведущий инженер-разработчик Postgres Professional Николай Шаплов столкнулся с неожиданной проблемой при тестировании: коллизии хэшей в clang ломали метрики покрытия. Расскажем, как удалось решить эту задачу и что это меняет для всего сообщества.

    habr.com/ru/companies/postgres

    #gcc #clang #postgres_professional

  22. Улучшаем компиляторы. Не сами, но без нас никак

    Ведущий инженер-разработчик Postgres Professional Николай Шаплов столкнулся с неожиданной проблемой при тестировании: коллизии хэшей в clang ломали метрики покрытия. Расскажем, как удалось решить эту задачу и что это меняет для всего сообщества.

    habr.com/ru/companies/postgres

    #gcc #clang #postgres_professional

  23. Улучшаем компиляторы. Не сами, но без нас никак

    Ведущий инженер-разработчик Postgres Professional Николай Шаплов столкнулся с неожиданной проблемой при тестировании: коллизии хэшей в clang ломали метрики покрытия. Расскажем, как удалось решить эту задачу и что это меняет для всего сообщества.

    habr.com/ru/companies/postgres

    #gcc #clang #postgres_professional

  24. Улучшаем компиляторы. Не сами, но без нас никак

    Ведущий инженер-разработчик Postgres Professional Николай Шаплов столкнулся с неожиданной проблемой при тестировании: коллизии хэшей в clang ломали метрики покрытия. Расскажем, как удалось решить эту задачу и что это меняет для всего сообщества.

    habr.com/ru/companies/postgres

    #gcc #clang #postgres_professional

  25. PostgreSQL 17: уже можно просто делать бекапы и перестать страдать?

    Так исторически сложилось, что задача организации простого и понятного резервного копирования в мире PostgreSQL до сих пор не решена. Есть набор комьюнити утилит, у каждой из которых есть некие плюсы, но всегда в нагрузку будет прорва минусов (тут нет инкрементных копий, там нет внятного расписания, это может только весь сервер вместо конкретной базы увозить и так далее). Да, есть тяжёловесный энтерпрайзный софт за много денег, зачастую требующий странного и работающий по какой-то своей логике, но это тоже не панацея. А вот чтобы просто и понятно, без головных болей организовать прозрачный процесс банального бекапа с инкрементами, работающим расписанием и восстановления только того что надо - вот такого нет. Но буквально на днях вышел PostgreSQL 17 и может там что-то изменилось? И да, и нет. Та самая мана небесная в виде pg_awesome_backup_tool так и не появилась, однако в релиз попал механизм walsummarizer, который обещает нативно отслеживать изменения в файлах баз данных, что позволит делать инкрементальные бекапы нативно и без лишних приседаний. А чтобы не рассматривать новичка в вакууме, будем сравнивать его с ptrack - нашей (Postgres Professional) разработкой, которую наши любимые конкуренты уже расхватали в свои продукты и продают их как уникальнейшие решения.

    habr.com/ru/companies/postgres

    #postgresql #ptrack #walsummarizer #postgres_professional #postgres_pro

  26. PostgreSQL 17: уже можно просто делать бекапы и перестать страдать?

    Так исторически сложилось, что задача организации простого и понятного резервного копирования в мире PostgreSQL до сих пор не решена. Есть набор комьюнити утилит, у каждой из которых есть некие плюсы, но всегда в нагрузку будет прорва минусов (тут нет инкрементных копий, там нет внятного расписания, это может только весь сервер вместо конкретной базы увозить и так далее). Да, есть тяжёловесный энтерпрайзный софт за много денег, зачастую требующий странного и работающий по какой-то своей логике, но это тоже не панацея. А вот чтобы просто и понятно, без головных болей организовать прозрачный процесс банального бекапа с инкрементами, работающим расписанием и восстановления только того что надо - вот такого нет. Но буквально на днях вышел PostgreSQL 17 и может там что-то изменилось? И да, и нет. Та самая мана небесная в виде pg_awesome_backup_tool так и не появилась, однако в релиз попал механизм walsummarizer, который обещает нативно отслеживать изменения в файлах баз данных, что позволит делать инкрементальные бекапы нативно и без лишних приседаний. А чтобы не рассматривать новичка в вакууме, будем сравнивать его с ptrack - нашей (Postgres Professional) разработкой, которую наши любимые конкуренты уже расхватали в свои продукты и продают их как уникальнейшие решения.

    habr.com/ru/companies/postgres

    #postgresql #ptrack #walsummarizer #postgres_professional #postgres_pro

  27. PostgreSQL 17: уже можно просто делать бекапы и перестать страдать?

    Так исторически сложилось, что задача организации простого и понятного резервного копирования в мире PostgreSQL до сих пор не решена. Есть набор комьюнити утилит, у каждой из которых есть некие плюсы, но всегда в нагрузку будет прорва минусов (тут нет инкрементных копий, там нет внятного расписания, это может только весь сервер вместо конкретной базы увозить и так далее). Да, есть тяжёловесный энтерпрайзный софт за много денег, зачастую требующий странного и работающий по какой-то своей логике, но это тоже не панацея. А вот чтобы просто и понятно, без головных болей организовать прозрачный процесс банального бекапа с инкрементами, работающим расписанием и восстановления только того что надо - вот такого нет. Но буквально на днях вышел PostgreSQL 17 и может там что-то изменилось? И да, и нет. Та самая мана небесная в виде pg_awesome_backup_tool так и не появилась, однако в релиз попал механизм walsummarizer, который обещает нативно отслеживать изменения в файлах баз данных, что позволит делать инкрементальные бекапы нативно и без лишних приседаний. А чтобы не рассматривать новичка в вакууме, будем сравнивать его с ptrack - нашей (Postgres Professional) разработкой, которую наши любимые конкуренты уже расхватали в свои продукты и продают их как уникальнейшие решения.

    habr.com/ru/companies/postgres

    #postgresql #ptrack #walsummarizer #postgres_professional #postgres_pro

  28. PostgreSQL 17: уже можно просто делать бекапы и перестать страдать?

    Так исторически сложилось, что задача организации простого и понятного резервного копирования в мире PostgreSQL до сих пор не решена. Есть набор комьюнити утилит, у каждой из которых есть некие плюсы, но всегда в нагрузку будет прорва минусов (тут нет инкрементных копий, там нет внятного расписания, это может только весь сервер вместо конкретной базы увозить и так далее). Да, есть тяжёловесный энтерпрайзный софт за много денег, зачастую требующий странного и работающий по какой-то своей логике, но это тоже не панацея. А вот чтобы просто и понятно, без головных болей организовать прозрачный процесс банального бекапа с инкрементами, работающим расписанием и восстановления только того что надо - вот такого нет. Но буквально на днях вышел PostgreSQL 17 и может там что-то изменилось? И да, и нет. Та самая мана небесная в виде pg_awesome_backup_tool так и не появилась, однако в релиз попал механизм walsummarizer, который обещает нативно отслеживать изменения в файлах баз данных, что позволит делать инкрементальные бекапы нативно и без лишних приседаний. А чтобы не рассматривать новичка в вакууме, будем сравнивать его с ptrack - нашей (Postgres Professional) разработкой, которую наши любимые конкуренты уже расхватали в свои продукты и продают их как уникальнейшие решения.

    habr.com/ru/companies/postgres

    #postgresql #ptrack #walsummarizer #postgres_professional #postgres_pro

  29. «Open source в России» — гримасы рынка, этика и менеджмент: разговор с Олегом Бартуновым, CEO Postgres Professional

    Удалось пообщаться с Олегом Бартуновым, сооснователем и генеральным директором Postgres Professional . Делюсь текстовой версией разговора, в котором мы затронули историю компании и проблемы open source в России. Также мы поговорили о том, как менеджерам стоит смотреть на работу в формате open source.

    habr.com/ru/articles/850580/

    #олег_бартунов #open_source #postgres_professional #история_it #стратегическое_управление

  30. «Open source в России» — гримасы рынка, этика и менеджмент: разговор с Олегом Бартуновым, CEO Postgres Professional

    Удалось пообщаться с Олегом Бартуновым, сооснователем и генеральным директором Postgres Professional . Делюсь текстовой версией разговора, в котором мы затронули историю компании и проблемы open source в России. Также мы поговорили о том, как менеджерам стоит смотреть на работу в формате open source.

    habr.com/ru/articles/850580/

    #олег_бартунов #open_source #postgres_professional #история_it #стратегическое_управление

  31. «Open source в России» — гримасы рынка, этика и менеджмент: разговор с Олегом Бартуновым, CEO Postgres Professional

    Удалось пообщаться с Олегом Бартуновым, сооснователем и генеральным директором Postgres Professional . Делюсь текстовой версией разговора, в котором мы затронули историю компании и проблемы open source в России. Также мы поговорили о том, как менеджерам стоит смотреть на работу в формате open source.

    habr.com/ru/articles/850580/

    #олег_бартунов #open_source #postgres_professional #история_it #стратегическое_управление

  32. [Перевод] Майкл Стоунбрейкер: «Всё новое — это хорошо забытое старое. Продолжение»

    От редакции: Майкл Стоунбрейкер - один из самых известных в IT мире ученых и отец-основатель Postgres. В соавторстве с Энрю Павло, недавно опубликовал большой обзор всех актуальных технологий систем управления базами данных. В этом материале — подробно обо всем, что произошло в мире баз данных за последнее время, а также прогнозы. Мы посчитали что нельзя лишать нашу аудиторию возможности ознакомиться с этим обзором, поэтому подготовили данный перевод. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

    habr.com/ru/companies/postgres

    #postgres #postgresql #стоунбрейкер #postgrespro #postgres_professional

  33. [Перевод] Майкл Стоунбрейкер: «Всё новое — это хорошо забытое старое. Продолжение»

    От редакции: Майкл Стоунбрейкер - один из самых известных в IT мире ученых и отец-основатель Postgres. В соавторстве с Энрю Павло, недавно опубликовал большой обзор всех актуальных технологий систем управления базами данных. В этом материале — подробно обо всем, что произошло в мире баз данных за последнее время, а также прогнозы. Мы посчитали что нельзя лишать нашу аудиторию возможности ознакомиться с этим обзором, поэтому подготовили данный перевод. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

    habr.com/ru/companies/postgres

    #postgres #postgresql #стоунбрейкер #postgrespro #postgres_professional

  34. [Перевод] Майкл Стоунбрейкер: «Всё новое — это хорошо забытое старое. Продолжение»

    От редакции: Майкл Стоунбрейкер - один из самых известных в IT мире ученых и отец-основатель Postgres. В соавторстве с Энрю Павло, недавно опубликовал большой обзор всех актуальных технологий систем управления базами данных. В этом материале — подробно обо всем, что произошло в мире баз данных за последнее время, а также прогнозы. Мы посчитали что нельзя лишать нашу аудиторию возможности ознакомиться с этим обзором, поэтому подготовили данный перевод. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

    habr.com/ru/companies/postgres

    #postgres #postgresql #стоунбрейкер #postgrespro #postgres_professional

  35. С заботой о CPU: как найти узкое горлышко и сконфигурировать Postgres Pro

    СУБД Postgres Pro – сложный механизм, который можно гибко настраивать под конкретный тип нагрузки. Для этого в нём имеется множество параметров и инструментов. Например, одним из главных потребителей ресурсов CPU является оптимизатор/планировщик запросов, который отвечает за построение оптимального плана выполнения. Существует большое количество параметров, которые прямо или косвенно влияют на работу планировщика, но к их изменению надо подходить очень осторожно, т. к. возможен обратный эффект. Например, параметры _collapse_limit могут и помочь оптимизатору рассмотреть большее количество вариантов планов, и негативно повлиять на время планирования. Сегодня я расскажу, как мы решали реальную проблему производительности и высокой (> 90%) утилизации ресурсов CPU на промышленном «боевом» сервере с СУБД Postgres Pro Enterprise 15, обслуживающем запросы бизнес-приложения, какие для этого использовали инструменты и что мы изменили в настройках СУБД.

    habr.com/ru/companies/postgres

    #postgresql #postgresql_performance #postgres_pro #postgres_professional #postgres_pro_enterprise

  36. С заботой о CPU: как найти узкое горлышко и сконфигурировать Postgres Pro

    СУБД Postgres Pro – сложный механизм, который можно гибко настраивать под конкретный тип нагрузки. Для этого в нём имеется множество параметров и инструментов. Например, одним из главных потребителей ресурсов CPU является оптимизатор/планировщик запросов, который отвечает за построение оптимального плана выполнения. Существует большое количество параметров, которые прямо или косвенно влияют на работу планировщика, но к их изменению надо подходить очень осторожно, т. к. возможен обратный эффект. Например, параметры _collapse_limit могут и помочь оптимизатору рассмотреть большее количество вариантов планов, и негативно повлиять на время планирования. Сегодня я расскажу, как мы решали реальную проблему производительности и высокой (> 90%) утилизации ресурсов CPU на промышленном «боевом» сервере с СУБД Postgres Pro Enterprise 15, обслуживающем запросы бизнес-приложения, какие для этого использовали инструменты и что мы изменили в настройках СУБД.

    habr.com/ru/companies/postgres

    #postgresql #postgresql_performance #postgres_pro #postgres_professional #postgres_pro_enterprise

  37. С заботой о CPU: как найти узкое горлышко и сконфигурировать Postgres Pro

    СУБД Postgres Pro – сложный механизм, который можно гибко настраивать под конкретный тип нагрузки. Для этого в нём имеется множество параметров и инструментов. Например, одним из главных потребителей ресурсов CPU является оптимизатор/планировщик запросов, который отвечает за построение оптимального плана выполнения. Существует большое количество параметров, которые прямо или косвенно влияют на работу планировщика, но к их изменению надо подходить очень осторожно, т. к. возможен обратный эффект. Например, параметры _collapse_limit могут и помочь оптимизатору рассмотреть большее количество вариантов планов, и негативно повлиять на время планирования. Сегодня я расскажу, как мы решали реальную проблему производительности и высокой (> 90%) утилизации ресурсов CPU на промышленном «боевом» сервере с СУБД Postgres Pro Enterprise 15, обслуживающем запросы бизнес-приложения, какие для этого использовали инструменты и что мы изменили в настройках СУБД.

    habr.com/ru/companies/postgres

    #postgresql #postgresql_performance #postgres_pro #postgres_professional #postgres_pro_enterprise

  38. Как в СУБД реализовать администратора без прав доступа к данным

    В СУБД-строении есть не новая, но не теряющая актуальности задача. Сформулировать её можно примерно так: как убрать возможность суперпользователя взаимодействовать с данными, но оставить ему все возможности по управлению СУБД? Эта функция затребована не только большими компаниями с жёсткими требованиями к информационной безопасности, но и крайне нужна всем, кто попадает под различного вида государственные регуляции, вроде приказа ФСТЭК №64 или страшного GDPR. Всё это необходимо, чтобы закрыть риски, связанные с доверием как к самому DBA, так и обезопасить себя на случай угона учётной записи злоумышленником. В этой статье мы хотим поговорить о том, какие есть подходы к решению этой проблемы, какие можно найти реализации на рынке, и что решили сделать мы в Postgres Professional.

    habr.com/ru/companies/postgres

    #postgresql #postgrespro #postgres_professional

  39. Как в СУБД реализовать администратора без прав доступа к данным

    В СУБД-строении есть не новая, но не теряющая актуальности задача. Сформулировать её можно примерно так: как убрать возможность суперпользователя взаимодействовать с данными, но оставить ему все возможности по управлению СУБД? Эта функция затребована не только большими компаниями с жёсткими требованиями к информационной безопасности, но и крайне нужна всем, кто попадает под различного вида государственные регуляции, вроде приказа ФСТЭК №64 или страшного GDPR. Всё это необходимо, чтобы закрыть риски, связанные с доверием как к самому DBA, так и обезопасить себя на случай угона учётной записи злоумышленником. В этой статье мы хотим поговорить о том, какие есть подходы к решению этой проблемы, какие можно найти реализации на рынке, и что решили сделать мы в Postgres Professional.

    habr.com/ru/companies/postgres

    #postgresql #postgrespro #postgres_professional

  40. Как мы судили на чемпионате России по спортивному программированию

    В начале ноября так сложились обстоятельства, что мне с коллегой довелось поучаствовать в качестве судей на мероприятии под строгим названием «Отборочный этап чемпионата России по спортивному программированию» в дисциплине «Продуктовое программирование». Или, говоря более простым языком — студенческий трехдневный онлайн-хакатон, победители которого поедут на финал чемпионата страны в Москву. Вот об этом мероприятии, что на нём было интересного и каких-то выводах из увиденного сегодня и поговорим.

    habr.com/ru/companies/postgres

    #программирование #базы_данных #postgresql #postgres_pro #postgres_professional

  41. Как мы судили на чемпионате России по спортивному программированию

    В начале ноября так сложились обстоятельства, что мне с коллегой довелось поучаствовать в качестве судей на мероприятии под строгим названием «Отборочный этап чемпионата России по спортивному программированию» в дисциплине «Продуктовое программирование». Или, говоря более простым языком — студенческий трехдневный онлайн-хакатон, победители которого поедут на финал чемпионата страны в Москву. Вот об этом мероприятии, что на нём было интересного и каких-то выводах из увиденного сегодня и поговорим.

    habr.com/ru/companies/postgres

    #программирование #базы_данных #postgresql #postgres_pro #postgres_professional