Le 15 septembre, une réunion s'est tenue à Avito, où nous avons discuté de la mise à l'échelle des applications sur PostgreSQL. Aujourd'hui, je veux partager des documents de lui - vidéos, présentations de conférenciers, montrer des photos. Aussi, sous la coupe, je publie une discussion sur les questions du quiz que nous avons menées ici sur Habré, avant le mitap. Et je parle de mes impressions sur la réunion.

Rapports

Transactions distribuées et voyages dans le temps. Stas Kelvich, Postgres Professional

Stas a parlé des transactions distribuées et des voyages dans le temps.

Présentation

Avis:

Stas et son équipe ont fait un excellent travail! J'espère que leur communauté approuvera leur décision et nous verrons cette solution dans la nouvelle version de Postgres.

Mise à l'échelle d'une application sur PostgreSQL dans Avito: trucs et astuces. Konstantin Evteev, Avito

J'ai fait une présentation sur la mise à l'échelle d'une application sur PostgreSQL dans Avito et partagé nos conseils et astuces.

Présentation

Avis:

Une approche intéressante: dans laquelle Kostantin a expliqué de manière très intéressante et intelligible quels problèmes vous pourriez rencontrer lorsque vous travaillez avec des données dans une architecture de microservice, et a également suggéré des solutions pour faire évoluer l'IP. On se souvient de la saga :)

Niveaux de réplication logique et d'isolement des transactions PostgreSQL. Mikhail Tyurin

Michael a préparé un rapport sur la réplication logique et les niveaux d'isolement des transactions PostgreSQL.

Présentation

Avis:

Michael a souligné les moments subtils des transactions, qui sont loin d'être immédiatement visibles non seulement pour les débutants. Tout le monde doit savoir cela.

OZO est une bibliothèque client PostgreSQL asynchrone de type sécurisé uniquement pour C ++ 17. Sergey Handrikov, Yandex

Sergey a expliqué au public comment OZO, la bibliothèque cliente PostgreSQL asynchrone de type sécurisé uniquement pour C ++ 17 est organisée, et a été invité à y contribuer.

Présentation

Avis:

L'auteur, à mon avis, a réussi à révéler rapidement les problèmes dans les bibliothèques existantes et les solutions dans les nouvelles bibliothèques C ++ en peu de temps. Par conséquent, je serai heureux si ces bibliothèques sont développées en open source, les choses les plus basiques sont déjà implémentées, ce qui ne peut que se réjouir.

Réponses aux questions du quiz

Avant la réunion, nous vous avons invité à répondre aux questions sur Postgres. Aujourd'hui, je veux montrer les bonnes réponses. Ils sont sous les spoilers (juste au cas où).

Il existe une table vide sans enregistrements d'utilisateurs ("UserId" int, "balance" int). Que renverra à la suite de la requête?

with ins as ( insert into users select gs, gs * 10 from generate_series(1, 4) gs where gs%2 = 0) select * from users; 

Ce qui renverra la demande, select * from users where UserId = 10; lors de l'accès à la table des utilisateurs après avoir terminé le travail précédent?

Défini par Enum CREATE TYPE status AS ENUM ('wait', 'init', 'run', 'stop'); Quelle commande peut supprimer la valeur de 'init'?

Comment obtenir une liste de fonctions dans PostgreSQL?

Que renverra à la suite de la requête?

 select null = null, null is null, 1::smallint::boolean is true, null::bigint > 1 

Le développeur junior Vasya a été chargé d'écrire une requête qui affiche toutes les entrées de la table parent pour lesquelles il n'y a aucune entrée dans la table child .

Schéma de données:

 create table parent (parent_id serial primary key, payload text); create table child (child_id serial primary key, parent_id integer unique references parent (parent_id)); 

Vasya a essayé très fort et ne voulait pas faire face à la saleté, il a donc trouvé huit requêtes différentes pour résoudre le problème:

 -- 0 select p.parent_id, p.payload from parent p where not exists(select from child c where c.parent_id = p.parent_id); -- 1 select p.parent_id, p.payload from parent p where not (array[p.parent_id] && array(select c.parent_id from child c)); -- 2 select distinct p.parent_id, p.payload from parent p full join child c on (c.parent_id = p.parent_id) where c.parent_id is null; -- 3 select p.parent_id, p.payload from parent p where p.parent_id not in (select c.parent_id from child c); -- 4 select p.parent_id, p.payload from parent p left join child c on (c.parent_id = p.parent_id) where c.parent_id is null; -- 5 with w_child_with_parents as ( select c.parent_id, ( select count(*) from parent p where c.parent_id = p.parent_id) = 1 as parent_exists from child c) select p.parent_id, p.payload from parent p where p.parent_id in (select pc.parent_id from w_child_with_parents pc where not pc.parent_exists); -- 6 select p.parent_id, p.payload from parent p full join child c on (c.parent_id = p.parent_id) group by p.parent_id, p.payload having count(c) = 0; -- 7 select p.parent_id, p.payload from parent p where p.parent_id in ( select p2.parent_id from parent p2 except all select c2.parent_id from child c2); 

Vasya vous a présenté ses options afin que vous puissiez l'aider à choisir la meilleure. Il affirme que toutes les requêtes fonctionnent de la même manière: les tables sont placées en mémoire et la différence de performances n'est pas significative (ni même invisible). Cependant, en tant que développeur plus expérimenté, vous avez remarqué que toutes les demandes ne résolvent peut-être pas la tâche. Énumérez les requêtes qui ne résolvent pas la tâche (et expliquez pourquoi).

 insert into parent (parent_id, payload) values (1, 'payload 1'), (2, 'payload 2'), (3, 'payload 3'), (4, 'payload 4'), (5, 'payload 5'); insert into child (child_id, parent_id) values (1, 1), (2, 3), (3, null), (5, 5); 

Toutes les questions du quiz ont été correctement répondues par trois participants. Nous en avons remis un au prix lors de la réunion, deux autres ensembles de souvenirs ont été envoyés par la poste.

Postface

Plus d'une centaine de personnes sont venues à la réunion. C'était très agréable de rencontrer un tel public. Selon une enquête, plus de 60% des clients mitap ont une expérience de travail avec les bases de données depuis plus de cinq ans. Et c'est très agréable lorsque les reportages reçoivent une réaction aussi vive du public:

En marge des réunions, il a été beaucoup question que PostgreSQL devienne un outil de plus en plus courant. Ça l'est vraiment. Je profite de l'occasion pour dire que nous, à Avito, prévoyons d'élargir l'équipe DBA, et si vous êtes intéressé par des tâches ambitieuses sur un grand projet, consultez le poste vacant sur My Circle ou écrivez-moi.

En conclusion, je tiens à remercier mes collègues de Yandex, Postgres Professional et, bien sûr, Avito pour les merveilleux rapports que nous avons entendus. Merci aux invités qui sont venus nous voir ce samedi et aux téléspectateurs en direct. Et bien sûr, la communauté #RuPostgres pour la confiance.

Playlist avec tous les rapports ici .
Nous avons publié des reportages photo sur Facebook et VKontakte .

A très bientôt!