Chargement avec des listes de colonnes explicites - la COPY positionnelle corrompt silencieusement

OtherKlusterServices
Shipped
10 août 2026 à 01:10 UTC
Author
Kamo
Commit
8f40cb9

COPY t DE STDIN sans liste de colonnes mappe les champs du CSV dans la colonne PHYSIQUE ordre de colonne. Les CSV proviennent de COPY (SELECT) sur CockroachDB, et Hibernate crée les tables YugabyteDB dans un ordre différent entièrement -- esign-templates commence - d'un côté et - de l'autre côté. Cela a été présenté sous la forme de " syntaxe d'entrée non valide pour le type uuid" sur 207 tables. Ceux-ci sont les échecs de LUCKY: deux colonnes de même type échangées auraient été chargées propres et silencieusement erronée. Deux autres pièges trouvés lors de sa fixation: - L'émission de la citation de l'ident() à travers le Formater CSV-scape l'ensemble ("a,""rôle"",b"), qui psql puis Il est libellé comme identifiant de 63 caractères. Le fichier des colonnes stocke maintenant de la plaine noms et load.sh applique le coortage. - CockroachDB a 6 colonnes cachées (PAS VISIBLE rowid). SÉLECTIONNEMENT - omet, donc les CSV n'en ont pas, mais l'information-schema les répertorie - la liste des colonnes a les exclure ou les rapports de la COPY "permettant des données pour la ligneidonne de la colonne". Vérifié sur les trois tables précédemment défaillantes: 62, 69 et 2 lignes, chacune correspondant exactement à l'inclusion.

All changes

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation