# Où saisir quoi dans BADASS ?

BADASS v2.5.0 - avril 2026

Les données descriptives se saisissent dans les tables EAT.
La géométrie est ajoutée dans les 6 couches depuis QGIS.
Les triggers synchronisent automatiquement la géométrie des 6 couches vers les tables EAT.
📋 Tables Enregistrement Archéologique et Technique (EAT)
Étape 1 — Saisie des données
t_tranchee tranchée
t_sondage sondage
t_fait fait
t_us unité stratigraphique
t_axe axe de coupe
t_mobilier mobilier
t_log log stratigraphique
géométrie

géométrie

géométrie

géométrie

géométrie
← synchronisé
automatiquement
par trigger
🗺️ 6 couches Inrap
Étape 2 — Dessin de la géométrie
ouverture tranchées & sondages
ouverture tranchées & sondages
poly faits & US
poly faits & US
axe axes de coupe
point mobilier
log logs stratigraphiques

Correspondances détaillées

6 Couches Inrap | ⚠️ Correspondance de numéros | Condition de type | Table EAT mise à jour | Champ synchronisé
--- | --- | --- | --- | ---
ouverture | numouvert = numtr | typouvert LIKE 'tranchée' | t_tranchee | geometry
ouverture | numouvert = numsd | typouvert LIKE 'sondage' | t_sondage | geometry
poly | numpoly = numfait | typoly LIKE 'fait' | t_fait | geometry
poly | numpoly = numus | typoly LIKE 'US' | t_us | geometry
axe | numaxe = numaxe | — | t_axe | geometry, altitude
point | numpoint = numpoint | — | t_mobilier | geometry, altitude
log | numlog = numlog | — | t_log | geometry

Le champ de condition de type (`typouvert`, `typoly`) oriente le trigger vers la bonne table EAT.
La correspondance de numéros est la condition indispensable au déclenchement du trigger : sans numéro identique des deux côtés, aucune synchronisation ne se produit.

Ordre de travail

### 📋 Étape 1

Je crée l'enregistrement dans la table EAT
(données descriptives, pas de géométrie)
→ c'est le numéro communiqué au topographe pour le levé
→

### 🗺️ Étape 2

J'ajoute UNE entité correspondante dans la couche "6 Couches Inrap" correspondante depuis QGIS
numéro et type doivent être saisis
(le trigger copie automatiquement la géométrie vers l'EAT)

Points de vigilance

🚫
Ne jamais modifier la géométrie directement dans une table EAT. Toujours passer par la couche "6 Couches Inrap" correspondante — les triggers feront le reste.
🔢
Vérifier le numéro avant toute saisie dans les 6 couches. Le trigger se déclenche uniquement si le numéro saisi dans la couche correspond exactement au numéro de l'enregistrement dans la table EAT. Deux cas de figure selon le numéro saisi par erreur :

1. Le numéro n'existe pas dans l'EAT — l'entité reste orpheline dans les 6 couches, sans aucun effet sur l'EAT.
2. Le numéro existe déjà dans l'EAT — le trigger se déclenche et écrase la géométrie d'un autre enregistrement avec une géométrie erronée.

Dans les deux cas, la correction se fait uniquement côté 6 couches (voir procédure de sauvetage ci-dessous).
⛔ Ne jamais corriger en modifiant le numéro côté EAT — cela romprait les relations avec toutes les autres tables et serait irréversible.
1️⃣
Un enregistrement EAT = une seule entité dans les 6 couches. Ne jamais saisir deux entités avec le même numéro dans une même couche : le trigger mettrait à jour l'EAT à chaque modification de l'une ou l'autre, créant des conflits de géométrie imprévisibles.
⚠️
Modifier le type (`typouvert`, `typoly`) ne suffit pas à resynchroniser. Les triggers sont conditionnés par un changement de géométrie. Corriger uniquement le type sans modifier la géométrie ne redéclenchera pas le trigger — la géométrie dans l'EAT ne sera pas mise à jour.
🛠️
Procédure de sauvetage en cas de numéro ou de type incorrect dans les 6 couches.

1. Supprimer l'entité erronée dans les 6 couches.
2. Recréer l'entité dans les 6 couches avec le numéro et le type corrects.

Le trigger INSERT se déclenchera à la recréation et synchronisera automatiquement la géométrie.
⛔ On ne touche jamais aux numéros dans les tables EAT — la correction se fait exclusivement dans les 6 couches.