Do not input private or sensitive data. View Qlik Privacy & Cookie Policy.
Skip to main content

Announcements
REMINDER: Qlik Cloud: Removing the deprecated Developer role and Enable API keys toggle: Get Details
cancel
Showing results for 
Search instead for 
Did you mean: 
DEV-Talend1
Contributor III
Contributor III

Problème de conversion dynamique JSON → CSV multi-fournisseurs dans Talend

Bonjour,

Nous rencontrons une difficulté avec la conversion de fichiers JSON hétérogènes (provenant de plusieurs APIs/fournisseurs différents) vers un format CSV tabulaire dans Talend.

Le besoin est de traiter ces JSON de manière générique et dynamique (sans devoir créer un tExtractJSONFields et un tMap spécifique pour chaque fournisseur). En pratique, nous souhaitons :

  • Parcourir n’importe quelle structure JSON,

  • Aplatir dynamiquement les champs (y compris objets et tableaux),

  • Générer un CSV avec tous les couples chemin → valeur.

Le problème actuel est que les composants standards (comme tExtractJSONFields) nécessitent une structure fixe et ne permettent pas une extraction totalement dynamique adaptée à des schémas JSON différents.

Pouvez-vous nous indiquer quelle est la meilleure pratique officielle Talend pour gérer ce type de scénario (multi-fournisseurs JSON → CSV tabulaire générique) ?

Merci d’avance pour votre aide,

Labels (1)
  • Other

1 Reply
gouravdubey5
Partner - Creator
Partner - Creator

Hello ,

 

When converting JSON to CSV dynamically in Talend Cloud, issues usually arise because the JSON structures vary between providers (different keys, optional fields, nested objects). A static schema cannot handle this reliably.

Recommended approach:

Read the incoming JSON as a single field (raw JSON).

Parse and extract fields dynamically at runtime using tExtractJSONFields or custom logic in tJavaRow.

Build a dynamic schema based on the extracted keys.

Write the output using a CSV component that supports dynamic schemas.

Notes:

CSV is a flat format, so nested JSON objects or arrays must be flattened explicitly.

Dynamic conversion requires handling missing or optional fields gracefully.

Schema unification across providers must be managed in the job logic.

Best practice:
Treat multi-provider JSON ingestion as a two-step process: dynamic parsing first, then normalization to a flat CSV structure.

 

Thanks,

Gourav

Talend Solution Architect | Data Integration