LdS S33-2016

PostgreSQL vs. Linux kernel versions

On Uber’s Choice of Databases

Uber’s move away from PostgreSQL

Difference between PostgreSQL and MySQL: (1) Replication

Why we lost Uber as a user

Thoughts on Uber’s List of Postgres Limitations

Reading a Postgres EXPLAIN ANALYZE Query Plan

Logging of data modifications and the “log_statement” configuration parameter

Get the Postgres format for an index expression

Postgres: select ‘explain’ output into a query

Lesson learnt the hard way: Postgres in Production at GoCardless

An illustration of JSONB capabilities in Postgres 9.5

Using GNU GLOBAL with PostgreSQL

Protéger sa vie privée avec l’IPv6

When to use unstructured datatypes in Postgres–Hstore vs. JSON vs. JSONB

Analyzing PostgreSQL logs using pgBadger

Inheritance – One more reason to love PostgreSQL

Exploding runtime: How nested loops can destroy speed

FASTER POSTGRESQL SEARCHES WITH TRIGRAMS

Your Broken PostGIS Upgrade

Linux 4.4 To 4.7 – EXT4 vs. F2FS vs. Btrfs Benchmarks

GitFlow : la méthodologie et la pratique

Workshop PostgreSQL 9.6 – 9 septembre 2016

Au programme de la Session PostgreSQL / PostGIS du jeudi 22 septembre …

PGDay UK 2016 — Performace for queries with grouping

On the benefits of sorted paths

GETTING LIST OF UNIQUE ELEMENTS IN TABLE, PER GROUP

Locating the recovery point just before a dropped table

PostgreSQL 9.6: Parallel Sequential Scan

Série d’article sur la tolérance au pannes de Postgres par Gulcin Yildirim :

Postgres 9.6 feature highlight – pg_blocking_pids

Postgres 9.6 – Upcoming changes for pg_get functions on invalid objects

PG Phriday: A Postgres Perspective on MongoDB

PG Phriday: All in a Name

PG Phriday: The Audacity of NoSQL

PG Phriday: Constipated Connections

PG Phriday: Elephantary, My Dear

PG Phriday: Inevitable Interdiction

Postgres: Explain + Notice

Speed up getting WAL files from Barman

Sharding Postgres with semi-structured data and its performance implications

Sharding a multi-tenant app with Postgres

paginators – The story about voluntary pain

PostgreSQL : Retarder la vérification des contraintes

Retarder la vérification des contraintes

Remarque : Cet article a été rédigé durant le cadre de mon activité chez Dalibo.

Postgres respecte le modèle ACID, ainsi il garantie la cohérence de la base : une transaction amène la base d’un état stable à un autre.

Les données dans les différentes tables ne sont pas indépendantes mais obéissent à des règles sémantiques mises en place au moment de la conception du modèle conceptuel des données. Les contraintes d’intégrité ont pour principal objectif de garantir la cohérence des données entre elles, et donc de veiller à ce qu’elles respectent ces règles sémantiques. Si une insertion, une mise à jour ou une suppression viole ces règles, l’opération est purement et simplement annulée.

Le moteur effectue la vérification des contraintes à chaque modification (lorsque des contraintes ont été définies). Il est également possible de retarder la vérification des contraintes à la fin de la transaction, au moment du commit. Ainsi, les vérifications ne seront produites que sur les changements effectifs entre les opérations de delete, update et insert de la transaction.

Continuer la lecture de PostgreSQL : Retarder la vérification des contraintes