GroupeZ Docs
Getting Started

Migrations

Les migrations vous permettent de versionner le schéma de votre base de données. Sarah suit les migrations exécutées et s'assure que chaque migration ne s'exécute qu'une seule fois.

Comment Fonctionnent les Migrations

  1. Vous créez des classes de migration qui définissent les changements de schéma
  2. Sarah maintient une table de migrations pour suivre les migrations exécutées
  3. Quand vous appelez MigrationManager.execute(), seules les nouvelles migrations s'exécutent
  4. Les migrations sont exécutées dans l'ordre où elles ont été enregistrées

Créer une Migration

Étendez la classe Migration et implémentez la méthode up() :

import fr.maxlego08.sarah.database.Migration;

public class CreateUsersTable extends Migration {

    @Override
    public void up() {
        create("users", table -> {
            table.uuid("uuid").primary();
            table.string("name", 64);
            table.text("location").nullable();
            table.bigInt("play_time").defaultValue(0);
            table.timestamps();
        });
    }
}

Définir down()

Implémentez down() pour enregistrer les opérations inverses de up(). Par exemple, une migration qui crée une table peut la supprimer lors du rollback. Les opérations de down() doivent couvrir les changements que vous souhaitez annuler.

public class CreateUsersTable extends Migration {
    @Override
    public void up() {
        create("users", table -> {
            table.uuid("uuid").primary();
            table.string("name", 64);
        });
    }

    @Override
    public void down() {
        drop("users");
    }
}

La méthode par défaut est vide. Une migration dont down() ne déclare aucune opération ne peut pas être annulée.

Opérations de Migration

Créer une Table

public class CreatePlayersTable extends Migration {
    @Override
    public void up() {
        create("players", table -> {
            table.uuid("uuid").primary();
            table.string("name", 32);
            table.decimal("balance", 10, 2).defaultValue(0);
            table.bool("is_banned").defaultValue(false);
            table.timestamps();
        });
    }
}

Créer une Table depuis un Template de Classe

Vous pouvez créer automatiquement une table basée sur un record ou une classe :

// Définir votre DTO
public record PlayerDTO(
    UUID uuid,
    String name,
    long playTime
) {}

// Migration
public class CreatePlayersFromTemplate extends Migration {
    @Override
    public void up() {
        create("players", PlayerDTO.class);
    }
}

Modifier une Table

Modifier une table existante :

import fr.maxlego08.sarah.SchemaBuilder;

public class AddEmailToUsers extends Migration {
    @Override
    public void up() {
        SchemaBuilder.alter(this, "users", table -> {
            table.string("email", 255).nullable();
        });
    }
}

Créer un Index

Créer un index pour de meilleures performances de requêtes :

public class CreateUsersNameIndex extends Migration {
    @Override
    public void up() {
        index("users", "name");
    }
}

Supprimer une Table

Supprimer une table :

public class DropOldLogsTable extends Migration {
    @Override
    public void up() {
        drop("old_logs");
    }
}

Renommer une Table

import fr.maxlego08.sarah.SchemaBuilder;

public class RenamePlayersTable extends Migration {
    @Override
    public void up() {
        SchemaBuilder.rename(this, "players", "users");
    }
}

Types de Colonnes

Sarah supporte différents types de colonnes :

MéthodeType SQLExemple
uuid(name)VARCHAR(36)table.uuid("player_id")
string(name, length)VARCHAR(length)table.string("name", 64)
text(name)TEXTtable.text("description")
longText(name)LONGTEXT / PostgreSQL: TEXTtable.longText("content")
integer(name)INTtable.integer("count")
bigInt(name)BIGINTtable.bigInt("balance")
decimal(name)DECIMALtable.decimal("price")
decimal(name, length, decimals)DECIMAL(length, decimals)table.decimal("price", 10, 2)
bool(name)BOOLEANtable.bool("active")
json(name)JSONtable.json("metadata")
blob(name)BLOB / PostgreSQL: BYTEAtable.blob("data")
timestamp(name)TIMESTAMPtable.timestamp("verified_at")
date(name)DATEtable.date("birth_date")

Les types sont adaptés au dialecte configuré. Consultez la référence des types, notamment pour ENUM et PostgreSQL.

Modificateurs de Colonnes

Clé Primaire

table.uuid("uuid").primary();

Auto Incrémentation

table.autoIncrement("id");        // INT
table.autoIncrementBigInt("id");  // BIGINT

Sur PostgreSQL, les clés auto-incrémentées utilisent GENERATED BY DEFAULT AS IDENTITY.

Nullable

table.string("nickname", 32).nullable();

Valeur par Défaut

table.bigInt("balance").defaultValue(0);
table.bool("active").defaultValue(true);
table.string("status", 16).defaultValue("pending");

Timestamp Courant par Défaut

table.timestamp("created_at").defaultCurrentTimestamp();

Unique

table.string("email", 255).unique();

Clé Étrangère

table.uuid("user_id").foreignKey("users");
// ou avec colonne personnalisée et cascade
table.uuid("user_id").foreignKey("users", "uuid", true);

Aide pour les Timestamps

Ajouter les colonnes created_at et updated_at :

create("posts", table -> {
    table.autoIncrementBigInt("id");
    table.string("title", 255);
    table.timestamps();  // Ajoute created_at et updated_at
});

Ou individuellement :

table.createdAt();  // Juste created_at
table.updatedAt();  // Juste updated_at

Sur PostgreSQL, updated_at est initialisé à CURRENT_TIMESTAMP mais ne change pas automatiquement lors des mises à jour : affectez-le explicitement. Ces méthodes utilisent le dialecte de la connexion à l’exécution, sans appel préalable à MigrationManager.setDatabaseConfiguration().

Exécuter les Migrations

execute() peut être rappelé dans la même JVM sans dupliquer les schémas enregistrés. Une migration est enregistrée après la réussite de toutes ses opérations. Si une opération échoue, la migration n’est pas enregistrée ; les opérations déjà effectuées ne sont pas automatiquement annulées. Si la table des migrations ne peut pas être lue, l’exécution lève une exception au lieu de considérer toutes les migrations comme nouvelles.

Exécution Basique

// Définir un nom de table personnalisé (optionnel, par défaut "migrations")
MigrationManager.setMigrationTableName("my_plugin_migrations");

// Enregistrer les migrations dans l'ordre
MigrationManager.registerMigration(new CreateUsersTable());
MigrationManager.registerMigration(new CreatePostsTable());
MigrationManager.registerMigration(new AddEmailToUsers());

// Exécuter toutes les migrations en attente
MigrationManager.execute(databaseConnection, logger);

Consulter les Migrations

Récupérez les noms des migrations appliquées et les objets Migration en attente. Les migrations en attente suivent l’ordre d’enregistrement. La table de suivi est créée si nécessaire.

List<String> applied = MigrationManager.getAppliedMigrations(connection, logger);
List<Migration> pending = MigrationManager.getPendingMigrations(connection, logger);

Annuler des Migrations

Annulez la dernière migration appliquée, ou plusieurs migrations, puis récupérez leurs noms. Seules les migrations enregistrées dans le gestionnaire peuvent être annulées ; elles sont parcourues dans l’ordre inverse d’enregistrement.

List<String> last = MigrationManager.rollback(connection, logger);
List<String> previous = MigrationManager.rollback(connection, logger, 2);

steps doit être supérieur ou égal à 1. Chaque migration sélectionnée doit déclarer des opérations dans down() ; sinon une IllegalStateException est levée avant les changements de schéma. Après un rollback réussi, son enregistrement est supprimé : le prochain execute() pourra la réappliquer. S’il n’y a aucune migration à annuler, le résultat est une liste vide.

Un rollback échoué lève une DatabaseException. Les migrations déjà annulées restent annulées ; le rollback de plusieurs migrations ne constitue pas une transaction globale.

Exemple Complet

public class MyPlugin extends JavaPlugin {

    @Override
    public void onEnable() {
        // Configurer la connexion à la base de données
        DatabaseConnection connection = setupConnection();

        // Configurer le nom de la table de migrations
        MigrationManager.setMigrationTableName("myplugin_migrations");

        // Enregistrer toutes les migrations
        registerMigrations();

        // Exécuter les migrations
        try {
            MigrationManager.execute(connection, JULogger.from(getLogger()));
            getLogger().info("Migrations terminées avec succès !");
        } catch (RuntimeException e) {
            getLogger().severe("Échec de la migration : " + e.getMessage());
            e.printStackTrace();
        }
    }

    private void registerMigrations() {
        MigrationManager.registerMigration(new CreatePlayersTable());
        MigrationManager.registerMigration(new CreateHomesTable());
        MigrationManager.registerMigration(new CreateWarpsTable());
        MigrationManager.registerMigration(new AddPlayerEmailColumn());
    }
}

Méthodes du MigrationManager

MéthodeDescription
setMigrationTableName(name)Définir le nom personnalisé de la table de migrations
getMigrationTableName()Obtenir le nom actuel de la table de migrations
registerMigration(migration)Enregistrer une migration à exécuter
getMigrations()Obtenir la liste des migrations enregistrées
execute(connection, logger)Exécuter toutes les migrations en attente
getAppliedMigrations(connection, logger)Obtenir les noms des migrations appliquées (List<String>)
getPendingMigrations(connection, logger)Obtenir les migrations enregistrées en attente (List<Migration>)
rollback(connection, logger)Annuler la dernière migration appliquée et renvoyer son nom dans une liste
rollback(connection, logger, steps)Annuler les dernières migrations appliquées, dans l’ordre inverse
setDatabaseConfiguration(config)Définir la configuration de la base de données
getDatabaseConfiguration()Obtenir la configuration de la base de données

Bonnes Pratiques

1. Nommer les Migrations de Façon Descriptive

// Bien
public class CreateUsersTable extends Migration { }
public class AddEmailColumnToUsers extends Migration { }
public class CreateUserPostsIndex extends Migration { }

// Mal
public class Migration1 extends Migration { }
public class UpdateTable extends Migration { }

2. Garder les Migrations Petites

Chaque migration devrait faire une seule chose :

// Bien - migrations séparées
public class CreateUsersTable extends Migration { ... }
public class CreatePostsTable extends Migration { ... }

// Mal - trop dans une seule migration
public class CreateAllTables extends Migration { ... }

3. Ne Jamais Modifier les Migrations Existantes

Une fois qu'une migration a été exécutée en production, créez une nouvelle migration pour les changements :

// Ne modifiez pas CreateUsersTable après déploiement
// À la place, créez une nouvelle migration :
import fr.maxlego08.sarah.SchemaBuilder;

public class AddAvatarToUsers extends Migration {
    @Override
    public void up() {
        SchemaBuilder.alter(this, "users", table -> {
            table.string("avatar_url", 255).nullable();
        });
    }
}

4. Utiliser les Timestamps

Toujours inclure les timestamps pour l'audit :

create("important_data", table -> {
    table.autoIncrementBigInt("id");
    table.string("data", 255);
    table.timestamps();  // Toujours inclure ceci
});

Exemple Concret

Voici une configuration complète de migrations pour un plugin de homes :

// Migration 1 : Créer la table des joueurs
public class CreatePlayersTable extends Migration {
    @Override
    public void up() {
        create("homes_players", table -> {
            table.uuid("uuid").primary();
            table.string("name", 16);
            table.integer("max_homes").defaultValue(3);
            table.timestamps();
        });
    }
}

// Migration 2 : Créer la table des homes
public class CreateHomesTable extends Migration {
    @Override
    public void up() {
        create("homes", table -> {
            table.autoIncrementBigInt("id");
            table.uuid("player_uuid").foreignKey("homes_players", "uuid", true);
            table.string("name", 32);
            table.string("world", 64);
            table.decimal("x", 10, 2);
            table.decimal("y", 10, 2);
            table.decimal("z", 10, 2);
            table.decimal("yaw", 5, 2);
            table.decimal("pitch", 5, 2);
            table.timestamps();
        });
    }
}

// Migration 3 : Ajouter la colonne icône
public class AddIconToHomes extends Migration {
    @Override
    public void up() {
        SchemaBuilder.alter(this, "homes", table -> {
            table.string("icon", 64).defaultValue("GRASS_BLOCK");
        });
    }
}

Prochaines Étapes

Sur cette page

GroupeZ MCP

La documentation dans ton IA

Le MCP permet à ton IA de chercher dans la documentation GroupeZ et de lire les exemples à jour pour t’aider à configurer tes plugins.

Lecture seule · Sans clé API côté documentation

1. Copie l’adresse du serveur

Transport : HTTP (Streamable HTTP). Authentification : aucune. Ton outil utilise son propre modèle et ses propres limites d’abonnement.

  1. Ouvre Plugins dans ChatGPT sur le web, puis + → Ajouter un serveur MCP personnalisé.
  2. Nomme-le « GroupeZ Documentation », colle l’URL ci-dessus et choisis « Aucune authentification ». Crée puis installe le plugin.
  3. Dans une conversation, tape @ et sélectionne ce plugin avant d’envoyer ta question. Si nécessaire, active search, get_page et list_pages dans ses paramètres.
Guide officiel de cet outil

3. Pose une question

Utilise le MCP GroupeZ pour m’aider à créer un inventaire zMenu. Recherche les pages pertinentes, lis les exemples et cite tes sources.
Autres clients et dépannage

Pour les clients utilisant mcpServers, adapte cet exemple à leur format :

{
  "mcpServers": {
    "groupez-docs": {
      "url": ""
    }
  }
}

Les outils disponibles sont search, get_page et list_pages. Après une mise à jour, actualise les outils du connecteur. Si ton IA n’y accède pas, vérifie que le connecteur est activé dans la conversation et que ton compte autorise les MCP personnalisés. Ouvrir l’URL dans un navigateur n’est pas un test MCP.