<?xml version='1.0' encoding='utf-8'?>
<schedule><version>Firefly</version><conference><title>pgDay Paris 2022</title><start>2022-03-24</start><end>2022-03-24</end><days>1</days><baseurl>https://www.postgresql.eu/events/pgdayparis2022/schedule/</baseurl></conference><day date="2022-03-24"><room name="Other"><event id="3671"><start>08:30</start><duration>00:30</duration><room>Other</room><title>Registration</title><abstract /><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3671/</url><track>Breaks</track><persons /></event></room><room name="Auditorium"><event id="3675"><start>09:00</start><duration>00:10</duration><room>Auditorium</room><title>Opening</title><abstract /><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3675/</url><track>Open/Close</track><persons /></event><event id="3612"><start>09:15</start><duration>00:45</duration><room>Auditorium</room><title>PostgreSQL in the Cloud: DBaaS vs Kubernetes</title><abstract>It's not uncommon to deploy a microservice-based, containerized application on Kubernetes in a public cloud these days. In many cases, applications require a PostgreSQL database deployment as well. There are two often considered alternatives:

* Use DBaaS - for example Google CloudSQL for PostgreSQL
* Deploy the database on Kubernetes with the application

For your PostgreSQL deployment, you're most likely looking for: ease of use ("day 1" and "day 2" operations), reliability (high availability, RPO, RTO), and cost-efficiency (who likes to pay a lot?)

We'll explore both deployment solutions and compare them from different angles to make the differences and capabilities clear. You'll be better equipped to decide how to run PostgreSQL for your cloud-native application. For example, we'll focus on Google CloudSQL and Percona Distribution for PostgreSQL Operator on Google Kubernetes Engine (GKE). Still, most of the knowledge is universal across cloud platforms and DBaaS solutions.</abstract><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3612/</url><track>Talks</track><persons><person id="754">Michał Nosek</person></persons></event></room><room name="Other"><event id="3672"><start>10:00</start><duration>00:20</duration><room>Other</room><title>Coffee</title><abstract /><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3672/</url><track>Breaks</track><persons /></event></room><room name="Auditorium"><event id="3475"><start>10:20</start><duration>00:45</duration><room>Auditorium</room><title>Divide and Conquer: Multi-tenancy in Postgres</title><abstract>Most organizations or database teams don't have the luxury of looking after just a single database application. Some will manage at least a few applications, others will have hundreds. In most organizations, the question of multi-tenancy will therefore probably arise.

The Postgres environment can be designed in various different ways to accommodate multiple customers and/or applications. 
For example:
- each application could have its own Postgres cluster
- we could create a separate database per application within a shared cluster
- we could create a single database that contains a separate schema per application
- we may allow multiple customers to share a single schema, with the (shared) tables partitioned by customer

But which of these is the “right” option? 

The answer is, as always, “it depends”. The correct method is the one that provides the required balance between performance, security, high availability and manageability.

In this presentation, we'll look at the different multi-tenant architectures and the advantages and disadvantages of each. It should enable you to design the most appropriate database environment for your applications.</abstract><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3475/</url><track>Talks</track><persons><person id="667">Karen (Karrie) Jex</person></persons></event><event id="3650"><start>11:10</start><duration>00:45</duration><room>Auditorium</room><title>A journey to (over) 5000 instances</title><abstract>Having used mostly proprietary RDBMS for a long time, Société Générale decided to switch to PostgreSQL as its go-to database in 2017 to accelerate its digital transformation. We are happy to share that PostgreSQL is now our most used database.

We will share some history of this transition, some of the tools we used, some technical and not so technical challenges we faced. The goal is to share some of the lessons we learned along the way so that if your organization chooses to switch to PostgreSQL, you will be better equipped to make this journey smoother.</abstract><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3650/</url><track>Talks</track><persons><person id="585">Anthony Nowocien</person></persons></event><event id="3567"><start>12:00</start><duration>00:30</duration><room>Auditorium</room><title>Using multiple backup repositories with pgBackRest</title><abstract>Since April 2021 and the 2.33 release, pgBackRest allows using multiple repositories at the same time. This brings a lot of benefits like, for example, redundancy and the ability to define various retention policies.

In this short talk, we'll discover the impact of this new feature on the existing pgBackRest commands. We'll also see how powerful it is to combine this functionality with another great feature: asynchronous archiving.</abstract><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3567/</url><track>Talks</track><persons><person id="440">Stefan Fercot</person></persons></event></room><room name="Other"><event id="3673"><start>12:30</start><duration>01:30</duration><room>Other</room><title>Lunch</title><abstract /><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3673/</url><track>Breaks</track><persons /></event></room><room name="Auditorium"><event id="3643"><start>14:00</start><duration>00:45</duration><room>Auditorium</room><title>Keeping up with PostgreSQL's lifecycle</title><abstract>Accepting a new professional challenge in April 2019, I left the retail ecosystem for the e-commerce platforms. I arrived at Mirakl and discovered a highly automated architecture.

There has been no senior DBA for several months. I was expected to modernize the PostgreSQL databases.
I share my experience and show what worked and what didn't!</abstract><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3643/</url><track>Talks</track><persons><person id="361">Thomas BOUSSEKEY</person></persons></event><event id="3546"><start>14:50</start><duration>00:45</duration><room>Auditorium</room><title>Partitioning with PostgreSQL</title><abstract>PostgreSQL provides now a good set of features around table partitioning. We'll explore what is already included, the benefits and the limitations. And the next steps.

Finally, we'll look at scale: how we extend PostgreSQL with foreign data servers.

And eventually how this is related to «horizontal partitioning» at the server level.</abstract><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3546/</url><track>Talks</track><persons><person id="57">Cédric Villemain</person></persons></event></room><room name="Other"><event id="3674"><start>15:35</start><duration>00:20</duration><room>Other</room><title>Tea</title><abstract /><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3674/</url><track>Breaks</track><persons /></event></room><room name="Auditorium"><event id="3628"><start>15:55</start><duration>00:45</duration><room>Auditorium</room><title>A look at the Elephant's trunk - PostgreSQL 15</title><abstract>PostgreSQL 15 is slowly approaching feature freeze state, and at this point we have at least some ideas of what features will be included. This talk will take a quick look at what's in there already, and what's in the queue!</abstract><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3628/</url><track>Talks</track><persons><person id="1">Magnus Hagander</person></persons></event><event id="3506"><start>16:45</start><duration>00:45</duration><room>Auditorium</room><title>Will Postgres Live Forever?</title><abstract>This presentation explains how open source software can live for a very long time, and covers the differences between proprietary and open source software life cycles. It also covers the increased adoption of open source, and many of the ways that Postgres is innovating to continue to be relevant.</abstract><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3506/</url><track>Talks</track><persons><person id="44">Bruce Momjian</person></persons></event><event id="3676"><start>17:35</start><duration>00:15</duration><room>Auditorium</room><title>Closing</title><abstract /><url>https://www.postgresql.eu/events/pgdayparis2022/schedule/session/3676/</url><track>Open/Close</track><persons /></event></room></day></schedule>