Las claves de origen de datos son etiquetas creadas mediante cadenas alfanuméricas que permiten que distintos tipos de datos de un único origen de datos se agrupen para que puedan gestionarse en una única operación. El uso de claves de origen de datos divide los datos para optimizar los recursos del sistema y satisfacer las reglas del negocio.
Las claves de origen de datos se crean según sea necesario y pueden guardarse para un uso futuro. Pueden utilizarse de muchísimas maneras para categorizar los datos y asociarlos a sistemas específicos, de modo que estos datos se puedan administrar de forma visual en Blackboard Learn. Las claves de origen de datos se almacenan en la base de datos de Blackboard y se hace referencia a ellas en las fuentes de datos y en las configuraciones de integración.
Las claves de origen de datos funcionan conjuntamente con su integración SIS para ayudarle a gestionar los datos una vez que se han cargado en Learn mediante una integración SIS configurada para utilizar una clave de origen de datos específica.
Prácticas recomendadas para las claves del origen de datos
Dado que las claves del origen de datos están diseñadas para permitir la identificación granular y la administración de los datos, vale la pena tener en cuenta la manera en la que las convenciones de nomenclatura se ajustan al flujo de datos de su institución y cómo desea dividir esos datos en "partes" o conjuntos, así como el ciclo de vida de esas partes. Cuanto más grandes sean los conjuntos de datos en general y cuanto mayor sea el tiempo en que conserve los datos en Learn, más importante será poder identificar las partes específicas de esos datos.
Las claves del origen de datos se pueden utilizar de muchas formas para categorizar los datos pero existen algunos consejos generales para su creación y aplicación en los datos.
- Siga una convención de nombres constante para las claves de origen de datos para evitar la confusión cuando llegue el momento de modificar o eliminar datos.
- Evite crear múltiples claves de origen de datos para entradas que permanezcan durante un período prolongado de tiempo (como alumnos o facultad). Si lo hace, puede crear complicaciones o problemas innecesarios.
- Cuando archive o elimine los cursos al final de un semestre, lo mejor es desactivarlos en primer lugar durante un breve período antes de archivarlos o eliminarlos del sistema. Esto le ofrecerá un breve período de tiempo para confirmar que se han archivado correctamente antes de eliminarlos y le ayudará a evitar la eliminación accidental de cursos que no se han conservado de forma segura si así se desea.
Cuando asigne orígenes de datos a categorías de organizaciones y cursos, las categorías secundarias deben pertenecer al mismo origen de datos que la categoría principal cuando se inserte el árbol de categoría. Si las categorías secundarias no aparecen en el mismo origen de datos que la categoría principal, la relación principal-secundario no se conservará.
Convenciones de nomenclatura
Para garantizar la aplicación lógica y la transferencia de conocimientos, cree un sistema de nomenclatura para las claves de origen de datos para que puedan identificarse fácilmente. La siguiente convención de nomenclatura representa una forma relativamente sencilla de dividir los conjuntos de datos para permitir los dos flujos de trabajo más comunes.
Caracteres legales para los nombres de los orígenes de datos
Las claves de origen de datos deben consistir únicamente de letras de la A a la Z, números del 0 al 9, puntos y guiones bajos (_).
ID de origen de datos
Una ID sencilla debería asignarse en el sistema de origen, por ejemplo SIS para un sistema de información del alumno o HRMS para el sistema de gestión de recursos humanos. Al combinar esta ID con un ID de cada tipo de conjuntos, se puede derivar un esquema de nomenclatura flexible para dar soporte a los flujos de trabajo típicos.
Conjuntos del límite de tipos
Los conjuntos del límite de tipos incluyen un componente que se deriva del tipo de fuentes. Por ejemplo, si la cadena "Course" se utiliza para significar "Curso" entonces, esta cadena se incluye para indicar el tipo del conjunto de datos, por ejemplo SIS.COURSE.
Conjuntos del límite del período
Los conjuntos de límite de período se utilizan para agrupar datos que están relacionados, pero no deberían superponerse períodos de tiempo en la base de datos. Por ejemplo, puede que desee introducir los cursos de primavera en la base de datos mientras los cursos de otoño siguen activos. El uso de una clave que distingue dos conjuntos basados en el período evitará que las operaciones de instantánea en un conjunto interfieran en los datos del otro. Por ejemplo, SIS.SPRING2000 y SIS.FALL2000.
Conjuntos del límite de período y tipos
Tal vez desee usar una combinación de la identificación del límite de período y tipo. El ejemplo más común es la inscripción de un alumno en una institución con un calendario académico fijo; la inscripción está limitada a un semestre concreto, por ejemplo, SIS.COURSE.FALL2000.
Ejemplo: Una escuela desea procesar listas de alumnos y profesores, las listas de sección de los cursos y las inscripciones del curso de diversos semestres. En general, de semestre a semestre, las listas de alumnos y profesores englobarán el mismo conjunto de datos básico. Sin embargo, los cursos y las inscripciones deberán procesarse por cada semestre. Esto significa, que de semestre en semestre, los alumnos y el personal activos se tratarán como un único conjunto lógico (con una afiliación fluida) mientras que los cursos y las inscripciones se tratarán como conjuntos lógicamente diferentes que no se entrecruzan de semestre en semestre.
Una solución es utilizar claves de límite de tipo para los alumnos y profesores, y claves de límite de período y tipo para los cursos y las inscripciones. Una clave de origen de datos se crea llamada SIS.USERS que se utiliza para identificar el conjunto de usuarios a lo largo del tiempo. De esta forma, todos los alumnos activos e instructores pueden procesarse como un único conjunto de datos.
Se crean claves de origen de datos separadas para los cursos, las inscripciones, los profesores y los alumnos, cada uno de ellos con límite de período y tipo:
SIS.COURSE.FALL2010
SIS.COURSE.SPRING2011
De esta forma, todas las fuentes de usuarios pueden utilizar las claves del origen de datos SIS.USERS, mientras que los cursos y las inscripciones pueden utilizar las claves SIS.COURSE.*, que permite realizar búsquedas y visualizar los datos mediante los conjuntos de datos descritos.
Como otro ejemplo, los distintos conjuntos pueden aplicarse a distintos usuarios:
MEDSIS.USERS
SIS.USERS
ALUMNI.USERS
Administración de DSK
Crear DSK mediante la página de administración del origen de datos
- En el Panel del administrador, en la sección Building Blocks, seleccione Integración de los datos.
- Seleccione Orígenes de datos > Crear origen de datos.
- Escriba una clave única y, si lo desea, agregue una descripción.
- Seleccione Enviar.
Administrar los registros
Es posible gestionar las claves del origen de datos y los registros asociados mediante la página Administración del origen de datos.
Ver los registros asociados
Una vez haya creado una clave del origen de datos, utilizado una integración para llenar los datos en Learn y asociado una clave del origen de datos a esos datos, puede ir a la página de administración Claves del origen de datos. En el Panel del administrador, en la sección Building Blocks, seleccione Integración de los datos.
Seleccione Orígenes de datos y busque la clave del origen de datos. Una ventana muestra una lista de objetos de Learn y su estado (Activado o Desactivado).
Desactivar registros
Una vez que haya utilizado una integración para crear los objetos en Learn y asociado la clave del origen de datos a ellos, podrá optar por desactivar los objetos cuando acceda a aquellos que están respaldados por datos que ya no sean necesarios. Al desactivar un objeto, los datos se conservan en Learn mientras que se elimina el acceso a dicho objeto. Por ejemplo, al desactivarse una inscripción, los datos de dicha inscripción (y los datos de las actividades relacionados) se conservan en Learn, pero el usuario con el que se asocian los datos es posible que ya no pueda acceder al curso o a la organización. De forma similar, un usuario que se haya desactivado ya no tendrá acceso a Learn y un curso que se haya desactivado ya no estará disponible para los alumnos o instructores, pero en ambos casos los datos se conservan en Learn. Si se activa nuevamente el usuario o el curso, volverá a aparecer sin cambios.
Para desactivar los objetos, vaya al Panel del administrador. En la sección Building Blocks, seleccione Integración de datos > Orígenes de datos. Abra el menú de la clave del origen de datos que desea editar y haga clic en Desactivar.
Eliminar los registros
Una vez que haya utilizado una integración para crear los objetos en Learn y asociado la clave del origen de datos a ellos, podrá optar por eliminar los objetos cuando acceda a aquellos que están relacionados con los datos que ya no sean necesarios. Al eliminar un objeto se quitan completamente los datos del objeto en Learn y así se liberan los recursos para su uso en el futuro.
Puede desactivar un registro antes de eliminarlo.
En el Panel del administrador, vaya a la página de administración Clave del origen de datos. En la sección Building Blocks, seleccione Integración de datos > Orígenes de datos. Abra el menú de la clave del origen de datos que desea quitar y haga clic en Borrar.
Eliminar las DSK
Para eliminar una clave del origen de datos (DSK), vaya al Panel del administrador. En la sección Building Blocks, seleccione Integración de los datos. Busque la clave del origen de datos que desea eliminar, abra su menú y haga clic en Eliminar.
Solo puede eliminar una DSK si no existen registros asociados. Caso contrario, primero deberá desactivar y borrar dichos registros como se detalla en este tema.
¿Existen caracteres no válidos para los nombres de la clave del origen de datos?
Sí. Las claves de origen de datos deben consistir únicamente de letras de la A a la Z, números del 0 al 9, puntos y guiones bajos (_).
¿Las claves de origen de datos distinguen entre mayúsculas y minúsculas?
No. Las claves de la fuente de datos no distinguen entre mayúsculas y minúsculas.
