alwaysdata ou OVHcloud pour vérifier un export SQL WordPress tronqué

Un rapport WordPress peut réussir avec une liste incomplète

Une extension personnalisée exporte les références d’un catalogue WordPress pour un rapprochement de stock. Chaque ligne du rapport contient une famille et une liste de références dans la même cellule. En ouvrant le fichier, vous retrouvez toutes les familles. Pourtant, une référence manque dans la plus grande d’entre elles et la dernière valeur exportée semble coupée. Avant de relancer l’export ou de modifier la mémoire PHP, comparez la chaîne produite par la requête SQL au contenu du fichier. Le fichier peut avoir repris fidèlement un résultat déjà tronqué dans la base.

Le contrôle porte sur un rapport de catalogue construit par une extension. Pour une sauvegarde SQL destinée à restaurer le site, vérifiez séparément l’intégrité du fichier et sa capacité à restaurer la base. Ici, la comparaison se fait entre les lignes sources, leur agrégation et la cellule du fichier livré.

Ce comparatif concerne les requêtes qui construisent la liste avec `GROUP_CONCAT`. La fonction concatène les valeurs d’un groupe et applique un plafond en octets, `group_concat_max_len`. Quand ce plafond est atteint, le moteur peut renvoyer la ligne agrégée avec une chaîne incomplète. Le nombre de lignes du rapport correspond alors encore au nombre de familles. Si l’application ne relève ni l’avertissement SQL ni le nombre de références attendu pour chaque famille, elle peut présenter ce fichier comme terminé.

Le diagnostic s’applique à une extension, une requête de rapport ou une tâche d’export dont vous maîtrisez le périmètre. Identifiez le composant qui crée la liste. Pour un export tiers, demandez d’abord si le regroupement se fait dans SQL, en PHP ou dans le logiciel qui lit le CSV. Si la requête renvoie une ligne par référence, le plafond de `GROUP_CONCAT` n’intervient que si une étape ultérieure emploie la fonction. Repérez l’endroit où les premières valeurs divergent avant de corriger le traitement.

Vérifier le moteur, la session et la longueur en octets

Sur une copie de recette, relevez le moteur et la valeur de session avec `SELECT VERSION(), @@SESSION.group_concat_max_len`. Utilisez si possible la connexion qui exécute le rapport. La valeur d’une session phpMyAdmin peut différer de celle qu’utilise WordPress, notamment si l’extension initialise ses propres réglages ou ouvre une autre connexion. Évitez d’attribuer le problème au moteur sur la seule base du nom de l’offre. Deux installations du même hébergeur peuvent utiliser des versions ou des modes de connexion différents.

Préparez une famille témoin pour laquelle vous connaissez les références et leur ordre. Avec une virgule comme séparateur, additionnez les octets des valeurs et le nombre de virgules nécessaires. En SQL, `OCTET_LENGTH` donne la taille en octets. `CHAR_LENGTH` compte les caractères. Une référence accentuée peut avoir une longueur différente selon la mesure. Comparez ensuite la chaîne brute et sa longueur au résultat attendu. Une valeur interrompue au milieu d’une référence est un signal supplémentaire, même si la chaîne ne remplit pas exactement le plafond.

Exécutez `SHOW WARNINGS` juste après la requête agrégée dans la même session, avant de lancer d’autres lectures de contrôle. Le résultat local fait apparaître le code 1260 lorsque la chaîne est coupée. Dans un outil qui répartit les exécutions entre plusieurs connexions, conservez les deux instructions dans la même exécution ou demandez à l’équipe qui maintient le rapport de capter cet avertissement. Consignez également la famille, la valeur de session et le nombre de lignes sources pour éviter de reproduire le test sur des données de stock réelles.

Écarter une erreur de filtrage et de lecture du fichier

Comparez d’abord les références qui entrent réellement dans l’agrégation. Rejouez les mêmes jointures et filtres sur la famille témoin sous forme de lignes ordonnées. Si la référence manque déjà dans cette liste, examinez les filtres de statut, les jointures et les droits de lecture utilisés par le rapport. Si le détail contient toutes les références et que l’agrégat SQL en perd, comparez le plafond et les avertissements. Le fichier exporté peut alors être vérifié à partir d’un résultat SQL reproduit, au lieu de servir d’unique point de départ.

Vérifiez les valeurs nulles et les doublons selon le contrat du rapport. `GROUP_CONCAT` ignore les valeurs nulles. Comptez les références non nulles avec `COUNT(reference)` si vous voulez vérifier la liste effective. `COUNT(*)` reste utile pour suivre toutes les lignes sources. Si la requête utilise `DISTINCT`, comparez le nombre de valeurs distinctes avec la même logique. Pour une liste dont l’ordre est contractuel, placez un ordre explicite dans l’agrégation et ajoutez un critère stable en cas d’égalité.

Ouvrez enfin le CSV avec un lecteur qui respecte l’encodage et la délimitation convenus. Une virgule interne à une cellule de liste et le séparateur de colonnes du fichier peuvent cohabiter si la cellule est correctement citée. Un comptage des virgules dans le fichier brut ne permet pas à lui seul de compter les références. Comparez le résultat SQL brut à la cellule après lecture du CSV. Si le résultat SQL est complet et que la cellule lue diffère, corrigez le générateur ou le lecteur de fichier.

alwaysdata Plus Small, partir de la base MariaDB du compte

Dans l’administration alwaysdata, ouvrez Bases de données → MySQL. La documentation indique que les bases de ce service utilisent MariaDB et que phpMyAdmin est disponible. Repérez la base de recette, le serveur et l’utilisateur prévus pour l’essai. Si votre procédure de travail utilise le client SQL depuis SSH, alwaysdata documente également cette voie. Utilisez un compte autorisé sur la seule base de recette. L’identifiant de base et le nom du serveur servent à confirmer la cible avant d’exécuter la requête.

La documentation MariaDB indique une valeur par défaut de 1 Mio pour `group_concat_max_len`. Relevez la valeur effective de votre session et le moteur avant d’en déduire une capacité pour le rapport. Sur un petit catalogue, toutes les familles peuvent tenir sous le plafond. Après l’ajout d’une nouvelle collection, une seule famille peut le dépasser. Prenez la famille la plus longue du jeu de recette ou préparez une famille fictive qui représente votre volume. La différence apparaîtra dans le contenu agrégé avant qu’elle soit visible dans le CSV.

Chez alwaysdata, le disque du compte comprend notamment les fichiers, les courriels et les bases. Si le rapport écrit un CSV sur le serveur, comptez aussi son espace de travail. Contrôlez séparément la taille du fichier, le quota disque et la longueur de chaque cellule agrégée. Une base qui tient dans le forfait peut tout de même produire une cellule tronquée. Une cellule de liste complète peut également conduire à un fichier que le logiciel destinataire ne sait plus lire si son propre plafond est atteint.

OVHcloud Perso, vérifier la base incluse et la connexion de WordPress

Dans l’espace client OVHcloud, ouvrez Web Cloud → Hébergements, sélectionnez l’hébergement, puis Bases de données. Depuis le menu de la base de recette, ouvrez phpMyAdmin. La documentation distingue les bases incluses de l’offre Web Cloud Databases. Pour une base incluse dans l’hébergement web, elle indique que l’accès depuis un serveur externe est indisponible. Utilisez la voie prévue pour cette offre, puis reproduisez le contrôle dans le contexte de la connexion WordPress si le rapport utilise des réglages propres.

Le manuel MySQL 8.4 indique une valeur par défaut de 1 024 octets pour `group_concat_max_len` et mentionne aussi la borne liée à `max_allowed_packet`. Cela explique pourquoi une requête conçue avec une valeur confortable dans un environnement peut donner une liste plus courte ailleurs. Les valeurs documentées pour les moteurs servent de repères. Pour le site OVHcloud, consignez le moteur et la valeur de session que renvoie la base effectivement utilisée. Le prix de l’offre et le quota en gigaoctets ne renseignent pas ces deux valeurs.

Une comparaison dans phpMyAdmin aide à savoir si la requête peut produire l’erreur. Pour signer la correction, observez aussi la requête réellement exécutée par l’export. Si l’outil fait une seconde connexion au moment de générer le fichier, un réglage effectué auparavant dans phpMyAdmin ne s’y applique pas. Notez les résultats sous la forme moteur, valeur de session, taille attendue et taille obtenue. Avec ces quatre éléments, on peut reproduire le diagnostic même si un autre membre de l’équipe reprend le rapport.

Les offres et les cycles vérifiés au 11 novembre 2026

alwaysdata Cloud Public Plus Small affiche 5 € HT par mois en paiement annuel, soit 60 € HT pour douze mois. Le cycle mensuel est affiché à 6 € HT par mois, soit 72 € HT si le tarif reste identique pendant douze mois. Le compte annonce 50 Go de disque, 1 Go de RAM et 1 CPU. Les prix proviennent de la grille publique. Avant de commander, relevez le montant à payer, la TVA applicable et le cycle dans votre dossier. Dans Abonnements → Contrats, l’aide alwaysdata indique où consulter la version validée et les contrats à valider.

OVHcloud Perso, gamme Eco, est affiché à 2,99 € HT par mois et 3,59 € TTC par mois sur la période initiale présentée. La page indique 35,88 € HT pour douze mois et un renouvellement affiché à 5,99 € HT par mois, soit 71,88 € HT sur douze mois à ce taux. L’offre annonce 100 Go de disque et cinq bases de 1 Go chacune. Vérifiez à la commande le cycle, le total TTC et la date de reconduction. Pour un ancien contrat, consultez le tarif de renouvellement associé à votre offre et à votre engagement.

Dans ce scénario, comparez le coût du cycle et les moyens disponibles pour reproduire la requête du rapport. Un hébergement peut offrir davantage de disque sans rendre une cellule agrégée plus longue. Une base de recette, un accès documenté et un test dans la même session comptent davantage pour diagnostiquer un export partiel. Pour une comparaison de budget, gardez le montant initial et le montant de reconduction sur deux lignes distinctes et ajoutez les options qui interviennent réellement dans votre projet.

Exporter les références en lignes quand le destinataire le permet

Si le logiciel destinataire accepte une ligne par référence, retirez l’agrégation de la requête d’export. Retournez l’identifiant de famille, la clé de tri et la référence, puis triez sur ces clés. Dans l’exercice, le client SQL renvoie cinq lignes et le script les écrit en CSV avec trois colonnes. Il relit ensuite le CSV et compare les quatre références du catalogue, ainsi que la référence de la famille café. L’export ne dépend plus de la taille maximale d’une cellule `GROUP_CONCAT`.

Sur une copie WordPress, construisez cette variante à partir des mêmes filtres que le rapport initial. Choisissez une clé de tri stable pour départager deux références ayant la même position. Si le catalogue est volumineux, exportez par plages d’identifiants ou utilisez une lecture adaptée au volume et à la mémoire disponible. Un catalogue modifié pendant plusieurs lectures peut introduire des écarts. Pour un rapprochement qui doit être exact à un instant donné, partez d’une copie figée ou du mécanisme de lecture cohérente approuvé par votre équipe. Le nombre de lignes du CSV doit correspondre au nombre de références sélectionnées à cet instant.

Conservez l’ancien format pendant la validation du fichier détaillé et faites lire le nouveau fichier au logiciel qui doit le recevoir. Vérifiez qu’il rapproche les lignes par identifiant de famille et qu’il accepte plusieurs lignes pour une même famille. Pour revenir au format antérieur, redirigez l’import vers la version précédente du rapport uniquement après avoir vérifié son exhaustivité ou en limitant son périmètre aux familles dont la liste tient dans le format. Gardez le détail du test avec le nouveau fichier, afin de pouvoir identifier une famille si le lecteur signale une ligne en double.

• Retourner une ligne par référence et conserver une clé de famille stable.
• Comparer le CSV relu aux références sources, puis valider le format auprès du logiciel destinataire.

Si une seule cellule est exigée, borner la modification à la session

Un partenaire peut imposer une ligne par famille et une liste dans une cellule. Dans ce cas, mesurez le plus grand résultat utile et définissez une valeur justifiée en octets. Dans l’exercice, quatre références de huit octets plus trois virgules donnent 35 octets. Le plafond de test à 128 octets couvre la liste avec de la marge. Sur le catalogue réel, calculez le maximum par famille à partir des longueurs en octets, en reprenant le filtre et les règles de valeurs nulles ou de doublons du rapport. La longueur du séparateur compte elle aussi.

Si le moteur et l’utilisateur le permettent, lisez et conservez la valeur de départ, puis appliquez `SET SESSION group_concat_max_len = 128` pour le témoin de l’exercice. En pratique, remplacez 128 par votre limite justifiée. Le réglage et la requête doivent utiliser la même connexion. Interrogez les avertissements juste après la requête. Si le résultat est coupé, marquez l’export comme incomplet et gardez le dernier fichier validé. Vérifiez aussi les limites du moteur et du lecteur de CSV. Augmenter la limite de session ne supprime pas les autres plafonds.

Dans le code qui maintient la connexion ouverte, restaurez la valeur initiale à la fin, y compris lorsqu’une erreur interrompt le traitement. Si vous utilisez une connexion dédiée, fermez-la après l’export. Gardez le contrôle du résultat par référence et une mesure de longueur dans la recette. Si le site refuse la modification ou si le logiciel destinataire échoue avec la cellule plus longue, revenez au fichier précédent validé et préparez avec le destinataire un export détaillé ou un découpage explicite par lot. Un fichier généré après un avertissement de troncature doit être signalé avant toute diffusion.

• Relever la limite initiale, modifier la session de recette et comparer la liste au détail.
• Vérifier les avertissements, restaurer le réglage de départ et relire le fichier dans le logiciel destinataire.

Les résultats de la recette et le choix de l’hébergement

La recette jointe lance une instance MariaDB 10.11.14 isolée sur Windows et lui soumet un vrai lot SQL. Avec une limite de 21 octets, les deux familles restent présentes et la famille catalogue annonce toujours quatre lignes sources. Sa chaîne vaut pourtant `SKU-0001,SKU-0002,SKU`. MariaDB émet l’avertissement 1260. Avec une limite de 128 octets, les quatre références redeviennent lisibles dans l’agrégat et l’avertissement disparaît. Le test confirme aussi que la référence accentuée `CAFÉ-01` compte sept caractères et huit octets.

Le script vérifie l’export détaillé relu en CSV et le rétablissement de la valeur de session. Le ZIP fournit le SQL, un lanceur Python et la notice de reproduction. Les huit contrôles ont été rejoués avec Python 3.14.4 depuis l’archive extraite. La recette utilise des données fictives et exécute le moteur MariaDB, tandis que les indications sur MySQL et les accès des hébergeurs proviennent des manuels publics. Faites le contrôle de session sur votre installation avant d’appliquer une correction au rapport WordPress.

alwaysdata Plus Small convient à une équipe qui veut retrouver une base MariaDB dans un compte et qui suit un quota de disque commun. OVHcloud Perso convient à une équipe qui exploite des bases incluses séparées avec leur propre quota et qui peut vérifier l’export depuis l’environnement web. Dans les deux cas, demandez le même résultat pour valider le choix : une famille longue comparée au détail source, les avertissements contrôlés, un fichier relu par le destinataire et un retour à la valeur de départ si un réglage de session a été testé.

Pour aller plus loin

• Lire la fiche alwaysdata
• Lire la fiche OVHcloud
• Diagnostiquer une collation SQL inconnue dans WordPress
• Télécharger la recette de l’export SQL (ZIP)