# database.policy.write — Appliquer une politique de sécurité au niveau des lignes sur une table.

> Engendrée depuis le registre. Ne pas modifier à la main.

L'expression est le prédicat d'appartenance, sous la forme (select auth.uid()) ; la forme nue est refusée, sa réécriture rendue. Pose les quatre commandes, la clé de service, les droits et l'index, puis usurpe quatre personas : une ligne lisible par qui ne la possède pas se confirme par une personne, le rapport la citant.

| Propriété | Valeur |
| --- | --- |
| Niveau | `project` |
| Rang minimal | `maintainer` |
| Rôle transversal | — |
| Portées | `db:write` |
| Compte de service | ne la mène pas : cette écriture ne lui est pas ouverte |
| Réversibilité | E — réversible avec effort : validation d'une personne avant l'appel, puis cinq minutes pour tout défaire d'un seul appel |
| Idempotence | une clé d'idempotence est acceptée : le rejeu rend la première réponse |
| Limites de débit, par jeton | 600 appels par 60 secondes (`general`), et 60 appels par 60 secondes (`sensitive`) |

## API

`POST /v1/projects/{projectId}/database/policies` — succès en `200`.

| Paramètre | Où | Type | Requis | Description |
| --- | --- | --- | --- | --- |
| `projectId` | chemin | texte, motif `^prj_[0-9A-HJKMNP-TV-Z]{26}$` | oui | Identifiant de projet |
| `Idempotency-Key` | en-tête | texte, de 8 à 128 caractères | non | Clé d'idempotence. Un rejeu portant la même clé retourne le résultat initial sans nouvel effet de bord, et la réponse porte alors « Idempotency-Replayed: true ». Équivaut au champ « idempotencyKey » du corps ; les deux à la fois ne sont acceptés que s'ils sont identiques. |
| `table` | corps | texte, motif `^[a-z_][a-z0-9_]{0,62}$` | oui | Identifiant SQL en minuscules |
| `policy` | corps | texte, de 1 à 10000 caractères | oui |  |
| `verifyAs` | corps | liste — chaque élément : l'un de `anon`, `authenticated`, `service_role` | non | Profils à éprouver avant application |
| `confirmationNonce` | corps | texte | non |  |
| `idempotencyKey` | corps | texte, de 8 à 128 caractères | non | Clé d'idempotence, obligatoire. Un rejeu portant la même clé rend le résultat initial, sans nouvel effet de bord. |

La réponse :

| Champ | Type | Description |
| --- | --- | --- |
| `applied` | booléen |  |
| `rewrite` | objet (`untrusted`, `source`, `content`), ou nul | La forme optimisée, quand la politique soumise a été refusée pour sa forme |
| `verifications` | liste — chaque élément : objet (`persona`, `rowsVisible`) |  |
| `report` | objet (`tested`, `defects`, `personas`), ou nul |  |
| `indexCreated` | texte, motif `^[a-z_][a-z0-9_]{0,62}$`, ou nul |  |
| `undoToken` | nul | Aucun jeton : une politique se remplace par un nouvel appel, qui retire la précédente avant de poser la sienne. |

En-têtes de la réponse : `RateLimit-Limit`, `RateLimit-Remaining`, `RateLimit-Reset`, `RateLimit-Policy`, `Idempotency-Replayed`.

Autres réponses : `400`, `401`, `403`, `404`, `409`, `429`, `500`, `503` — communes à toute opération.

## Ligne de commande

`bastide database policy write --project-id <valeur> --table <valeur> --policy <valeur>`

| Option | Type | Requise | Défaut | Description |
| --- | --- | --- | --- | --- |
| `--project-id` | texte | oui | — | Identifiant de projet |
| `--table` | texte | oui | — | Identifiant SQL en minuscules |
| `--policy` | texte | oui | — |  |
| `--verify-as` | liste | non | `[]` | Profils à éprouver avant application |
| `--confirmation-nonce` | texte | non | — |  |
| `--idempotency-key` | texte | non | — | Clé d'idempotence, obligatoire. Un rejeu portant la même clé rend le résultat initial, sans nouvel effet de bord. |

La commande demande une confirmation avant d'agir, sauf avec « --yes ».

## MCP

Outil `database_policy_write`.

| Propriété | Valeur |
| --- | --- |
| Lecture seule | non |
| Destructif | oui |
| Idempotent | oui |
| Monde ouvert | non |
| Confirmation en deux temps | non |
| Budget de jetons du résultat | 1500 |

## Erreurs

| Code | Surface | Cause |
| --- | --- | --- |
| `confirmation_requise` | les deux | L'opération est irréversible : elle se confirme en deux temps, par le nonce que ce refus porte. |
| `nonce_expire` | les deux | Le nonce de confirmation a plus de cinq minutes. |
| `nonce_invalide` | les deux | Le nonce de confirmation n'a pas été émis par ce serveur pour cet appel, ou il a déjà servi. |
| `validation_humaine_requise` | les deux | Une opération irréversible se valide par une personne, pas par un jeton de compte de service. |
| `backend_indisponible` | les deux | La base de données du projet n'est pas joignable par la plateforme ; le message nomme la cause. |
| `idempotency_key_conflict` | API | Deux clés d'idempotence différentes ont été présentées, dans le corps et dans l'en-tête. |

S'y ajoutent les refus communs à toute opération — entrée invalide, authentification, autorisation, cible introuvable, conflit, limite de débit, indisponibilité — que le catalogue des erreurs décrit.

## Exemples

Restreindre les commandes à leur propriétaire, éprouvé avant application :

```json
{
  "projectId": "prj_01JQ8ZK4M7NP2RSTVWXYZ34567",
  "table": "commandes",
  "policy": "proprietaire_id = (select auth.uid())",
  "verifyAs": [
    "anon",
    "authenticated",
    "service_role"
  ],
  "idempotencyKey": "politique-commandes-2026-09-14"
}
```