Alors que nous continuons à vous apporter des ensembles de données Brightspace (BDS) nouveaux et mis à jour, nous travaillons également à plus de cohérence entre nos nombreux BDS. Vous remarquerez quelques modifications apportées à nos colonnes Bit et DateTime filtrant leur chemin vers divers BDS au cours des prochaines versions. Nous les classons comme des changements mineurs avec une perturbation modérée de CD selon notre Politique de gestion du changement. Nous communiquons ces changements dans les notes de mise à jour, à partir de la version d'octobre 2024/20.24.10.
Colonnes de bits
En 2020, nous avons normalisé les types de données utilisés dans notre documentation BDS - reportez-vous à Documentation sur la normalisation des types de données dans les ensembles de données Brightspace pour plus de détails. L’un des changements a été l’utilisation de Bit au lieu de Boolean pour notre documentation. À cette époque, seule notre documentation était standardisée - les colonnes documentées comme Bit pouvaient toujours avoir l’un des ensembles de valeurs suivants dans la sortie CSV :
- 0, 1, NULL
- Vrai, Faux, NULL
- VRAI, FAUX, NUL
Nous travaillons à l’utilisation de TRUE, FALSE, NULL pour toutes les colonnes bit. Au fil du temps, vous verrez la façon dont les données bit sont représentées dans notre BDS changer légèrement afin que nous puissions devenir plus cohérents dans tous nos ensembles de données.
Remarque : Il est important de comprendre que dans les fichiers CSV, les valeurs « NULL » ne sont pas représentées comme le texte réel « NULL ». Au lieu de cela, elles apparaissent comme des champs vides (« »). Cette distinction est cruciale pour que les utilisateurs interprètent les données avec précision.
Qu'est-ce que cela signifie ? Si vous codifiez en dur vos flux de travail ou automatisations pour utiliser des chaînes spécifiques, cela pourrait être affecté par la normalisation. Au lieu de cela, nous vous recommandons de configurer votre base de données cible ou votre outil de BI pour vous attendre à ce que la colonne soit une valeur BIT ou BOOLEAN. Cette configuration devrait prendre en charge l’une de nos représentations des valeurs BIT, à condition que votre automatisation et vos flux de travail importent directement les données du CSV dans la base de données ou le flux de travail.
Colonnes DateTime
Un autre des changements dans la façon dont nous avons documenté les types de données depuis 2020 est l’utilisation de SQL Server DateTime2 au lieu de DateTime. Certains clients ont remarqué que notre sortie de ces colonnes comprenait des zéros de fin, ce qui n’est pas une façon standard de représenter ces données. Par conséquent, à l’avenir, vous remarquerez que les colonnes DateTime2 dans notre BDS laissent tomber les zéros de fin.
Par exemple, certains ensembles de données représentent des valeurs DateTime comme 2023-10-14T17:21:59.015000Z où les trois derniers chiffres sont toujours 0, et certains représentent les valeurs comme 2023-10-14T17:21:59.015Z. Nous normalisons des ensembles de données pour représenter des valeurs telles que 2023-10-14T17:21:59.015Z, éliminant les zéros de fin inutiles et assurant une représentation uniforme dans tous nos ensembles de données
En plus de ces changements, nous comprenons l’importance de tirer efficacement parti des données pour soutenir la progression des cours, la réussite des apprenants et l’évaluation globale des cours. Pour vous aider à naviguer dans ces mises à jour et à tirer le meilleur parti de vos données, nous vous recommandons le Trucs et astuces : Série de webinaires sur les données.