L'importation de fichiers CSV dans BigQuery se termine avec succès, mais les données importées ne correspondent pas octet par octet à la source. Quelle est la cause la plus probable ?

La cause la plus probable est que l'encodage du fichier CSV diffère de l'encodage par défaut de BigQuery (généralement UTF-8). Si les caractères spéciaux ou non-ASCII du fichier source sont encodés différemment (par exemple, ISO-8859-1), BigQuery peut les interpréter incorrectement, entraînant des données qui ne correspondent pas octet par octet, même si l'importation réussit. L'option "Les données importées n'ont pas été spécifiées comme CSV lors du chargement" est incorrecte car si le format n'était pas spécifié correctement, l'importation échouerait ou produirait des erreurs de schéma, pas une divergence subtile octet par octet. L'option "Des lignes non valides dans le CSV ont été ignorées lors de l'importation" est incorrecte car bien que des lignes puissent être ignorées, cela réduirait le nombre total de lignes ou causerait des erreurs, mais n'expliquerait pas une divergence octet par octet sur les données importées avec succès. L'option "Les fichiers CSV n'ont pas été traités par ETL avant le chargement" est incorrecte. Un processus ETL est souvent utile, mais son absence n'est pas la cause directe d'une divergence d'octets lors d'une importation réussie.