Notes de version de Snowflake Connector for MySQL¶

Changements de comportement¶

• Le chargement de l’instantané reprend désormais à partir du point d’interruption. Cela est pris en charge uniquement pour les types de colonne spécifiques décrits dans Reprise du chargement de l’instantané après des échecs. Pour les autres types, cela commence depuis le début.

• Le connecteur a été optimisé afin de permettre une réduction significative des coûts des services Cloud.

Nouvelles fonctionnalités¶

Sans objet.

Corrections de bogues¶

• Correction d’une connexion JDBC spécifique qui n’était pas renvoyée au pool après utilisation.

• Le connecteur ne crée plus de tables éphémères, qui augmentaient l’utilisation des services Cloud.

• Correction d’un bogue à cause duquel l’agent de base de données pouvait entrer dans une boucle infinie lorsqu’il ne pouvait pas démarrer le chargement incrémentiel d’une table, quelle qu’elle soit, à partir d’une seule source de données.

• Les réplications instantanées et incrémentielles n’échouent pas sur les valeurs MySQL DATE ou DATETIME 0000-00-00 ni sur les valeurs contenant tous les zéros dans le mois ou le jour. Ces réplications sont toutes considérées comme NULL.

Changements de comportement¶

• L’application native a été migrée vers le nouveau modèle de partage d’événements. Le partage télémétrique est désormais obligatoire pour tous les types d’événement tels que les journalisations et les traçages et il ne peut pas être désactivé pour les nouvelles installations. Pour les installations déjà existantes, vous recevrez un e-mail avec notre localisateur de compte « EOA66985 » vous demandant d’examiner et de configurer le partage d’événements requis.

Nouvelles fonctionnalités¶

Sans objet.

Corrections de bogues¶

• Arrêt de l’impression de l’avertissement dans l’agent : « JAXB n’est pas disponible. La mise en œuvre du SDK, qui peut s’avérer moins performante, sera utilisée comme solution de repli. »

• Arrêt de l’impression de l’avertissement dans l’agent : « Impossible de charger la bibliothèque native-hadoop pour votre plateforme… via des classes builtin-java, le cas échéant ».

Changements de comportement¶

• Augmentation de l’intervalle de planification minimal à 15 minutes.

  Les intervalles de 10 minutes préexistants restent inchangés. Snowflake recommande de les définir sur au moins 15 minutes.

• L’entrepôt opérationnel sera désormais suspendu lorsqu’il n’existe pas de trafic de données en provenance de la base de données source pendant plus de 5 minutes.

• Le message d’erreur Killing agent on shutdown container ne s’affichera pas lors du déclenchement de l’arrêt de l’agent. Au lieu de cela, le message suivant sera consigné au niveau INFO : Stopping the agent on the container shutdown signal.

Nouvelles fonctionnalités¶

• La procédure PUBLIC.REMOVE_TABLES(DATA_SOURCE_NAME STRING, SCHEMA_NAME STRING, TABLE_NAMES ARRAY) permet de supprimer plusieurs tables en un seul appel.

Corrections de bogues¶

• L’entrepôt opérationnel sera désormais correctement suspendu lorsque toutes les sources de données passent en mode planification.

• L’agent ne redémarrera plus lorsque le taux de journalisation est trop élevé.

• Correction d’erreurs de réplication lorsque le paramètre DEFAULT_DDL_COLLATION est défini pour le compte.

Changements de comportement¶

• La taille maximale du pool de connexion aux bases de données sources a été augmentée à 7.

Nouvelles fonctionnalités¶

Sans objet.

Corrections de bogues¶

• L’agent ne s’arrête plus après avoir rencontré des problèmes de connectivité avec la source de données.

Changements de comportement¶

Sans objet.

Nouvelles fonctionnalités¶

• Vous pouvez désormais configurer l’agent via les propriétés de l’environnement en plus d’utiliser snowflake.json et datasources.json pour la configuration.

• Vous pouvez maintenant transmettre le contenu de la clé privée via la propriété snowflake.private-key ou la variable d’environnement SNOWFLAKE_PRIVATEKEY.

Pour plus d’informations, voir Configurer et exécuter l’agent.

Corrections de bogues¶

• Lorsque l’introspection du schéma échoue, l’entrepôt opérationnel se suspend en mode planifié.

• Correction d’un bogue où certaines commandes pour arrêter la réplication de table étaient ignorées dans certains cas.

• Correction d’un bogue où certaines tables sources ne pouvaient pas être ajoutées à la réplication et renvoyaient le message d’erreur Tables are not ready to be re-added.

Changements de comportement¶

Sans objet.

Nouvelles fonctionnalités¶

Sans objet.

Corrections de bogues¶

• En mode continu, l’entrepôt de calcul pourra désormais s’arrêter s’il n’y a pas de données à fusionner dans les tables de destination.

• Correction de l’échec de l’agent lorsque le serveur MySQL impose une connexion sécurisée

Changements de comportement¶

Sans objet.

Nouvelles fonctionnalités¶

Sans objet.

Corrections de bogues¶

• Correction d’un problème où le connecteur pouvait rester bloqué dans un état où les commandes n’étaient pas livrées à l’agent.

Changements de comportement¶

Sans objet.

Nouvelles fonctionnalités¶

Sans objet.

Corrections de bogues¶

• Gestion fixe des colonnes supprimées dans les modifications de schéma ultérieures.

• L’entrepôt de calcul fixe ne se suspend pas en mode planifié.

• Correction de la validation des noms de colonnes réservées pour qu’ils ne soient pas sensibles à la casse.

• Correction des tables MySQL échouant à la réplication lors de transactions volumineuses.

Changements de comportement¶

Sans objet.

Nouvelles fonctionnalités¶

Sans objet.

Corrections de bogues¶

Sans objet.