Le Studio web reste côté client. Le vrai déverrouillage RBAC se fait sur le serveur CatrustDB avec des tokens admin, rw et ro distincts.

export CATRUST_LICENSE_KEY="<votre-clé>"
export CATRUST_TOKEN_ADMIN="admin-secret"
export CATRUST_TOKEN_RW="rw-secret"
export CATRUST_TOKEN_RO="ro-secret"

catrustdb --port 7474 --data-dir ./data

Les commandes Enterprise de conformité sont pilotées dans l'onglet RGPD du Studio : droit d'accès, export portable, anonymisation, rapport de conformité et purge physique.

1. Ouvrir l'onglet RGPD
2. Renseigner hôte, port et token
3. Lancer les workflows Compliance

Le cluster est une capacité serveur. Il faut lancer CatrustDB avec un identifiant de nœud, une adresse cluster et la liste des pairs.

export CATRUST_LICENSE_KEY="<votre-clé>"
catrustdb --port 7474 \
          --data-dir ./node1 \
          --cluster-id 1 \
          --cluster-addr 127.0.0.1:7476 \
          --cluster-peers "2=127.0.0.1:8476,3=127.0.0.1:9476"

schema MonSchema {
  entities
    EntityA  EntityB

  foreign_keys
    fk_name : EntityA -> EntityB

  attributes
    nom : EntityA -> Str
    age : EntityA -> Int
}

schema University {
  entities
    Student  Course  Dept

  path_equations
    Student.enrolled.dept
    = Student.home_dept
}

instance Data : MonSchema {
  EntityA {
    // sym  attr=val  fk=sym
    a1  nom="Alice"  age=30  fk_name=b1
    a2  nom="Bob"    age=25  fk_name=b1
  }
  EntityB {
    b1  name="Sales"
  }
}

Nœuds = entités. Arêtes = FK + attributs. Équations = contraintes de commutativité.

Associe à chaque entité un ensemble de lignes, et à chaque morphisme une fonction entre eux.

Migration restrictive — tire les données via un mapping. Sûr, préserve les données.

Migration générative — pousse les données en avant. Peut créer de nouvelles lignes.