# 0003 — Versions de TimescaleDB et de VectorChord épinglées

## Contexte

TimescaleDB nomme sa bibliothèque d'après sa version (`timescaledb-2.28.3.so`), et une base
retient la version de l'extension qu'elle a installée. L'image ne contient que la
bibliothèque de la version compilée. Démarrée sur une base créée avec une autre version,
elle refuse toute requête (`could not access file "$libdir/timescaledb-2.28.3"`) jusqu'à
l'exécution de `ALTER EXTENSION timescaledb UPDATE`. Le serveur, lui, démarre et répond à
`pg_isready`.

Les versions mineures de PostgreSQL, pgvector et PostGIS n'ont pas cet effet : une base
existante redémarre sur la nouvelle image sans intervention.

## Décision

- `TIMESCALEDB_VERSION` et `VCHORD_VERSION` sont écrits dans le Dockerfile. La CI ne les fait
  jamais avancer d'elle-même.
- Les changer est un commit, précédé du test de reprise et d'un avertissement aux
  exploitants ([exploitation/publication.md](../exploitation/publication.md)).
- Tout le reste suit apt ([0002](0002-paquets-a-jour-et-en-tetes-du-serveur.md)).

## Conséquences

- Aucune republication automatique ne peut rendre une base inutilisable.
- TimescaleDB et VectorChord prennent du retard tant que personne ne change leur version.
- Le test de reprise de `tests.sh` commence par mettre les extensions à niveau : il vérifie
  que la procédure fonctionne, pas que la base repart sans elle.

## Attestée par

`Dockerfile` ; `tests/reprise-2-controle.sql`.