Saltar al contenido principal
pdf?stylesheet=default
Blackboard Help

Descripción general de la clave de origen de datos

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. Se pueden utilizar de formas casi infinitas para organizar en categorías los datos, para asociar datos con sistemas específicos de forma que los datos se puedan gestionar visualmente 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 de claves de origen de datos

Dado que la premisa básica tras las claves de origen de datos es permitir la identificación granular y la gestión de dichos datos, vale la pena tener en cuenta que sus convenciones de nombres coincidan con el flujo de datos de su institución y cómo desea desglosar esos datos en "partes" o conjuntos y el ciclo de vida de esas partes. Cuando mayor sea el conjunto de datos en general y cuanto más tiempo conserve los datos en Learn, mayor es la importancia de ser capaz de identificar los partes seleccionadas de los datos.

Las claves de origen de datos se pueden utilizar de muchas formas para organizar en categorías los datos pero existen algunos consejos generales que deberían seguirse durante la creación y aplicación de las claves de origen de datos 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.
  • <l>
  • 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 cursos al final de un semestre, lo mejor es desactivarlos en primer lugar durante un breve período de tiempo 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 origen 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 de límite de tipo

Los conjuntos de límite de tipo incluyen un componente que se deriva del tipo de fuentes que se realizan. De esta forma, un conjunto de datos se identifica mediante las entidades que involucra. Por ejemplo, si la cadena "Course" se utiliza para significar "Curso" entonces, esta cadena se incluye para indicar el tipo de conjunto de datos, por ejemplo SIS.COURSE.

Conjuntos de 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 sea deseable 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 de límite de período y tipo

En muchos casos, es preferible utilizar una combinación de tipo y período para la identificación de límites. 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 y profesores 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 de origen de datos SIS.USERS, mientras que los cursos y las inscripciones pueden utilizar las claves SIS.COURSE.*, que permite realizar búsquedas y visualización de 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

Cómo crear DSK utilizando la página de administración de origen de datos

  1. En el Panel del administrador, en la sección Building Blocks, haga clic en Integración de datos
  2. Haga clic en Origen de datos.
  3. Haga clic en Crear origen de datos.
  4. Escriba una clave única y, si lo desea, añada una descripción.
  5. Haga clic enEnviar.

Gestión de registros

Toda la gestión de las claves de origen de datos y los registros asociados es posible mediante la página de administración de origen de datos.

Visualización de los registros asociado

Una vez haya creado una clave de origen de datos y haya utilizado una integración para llenar datos en Learn y una clave de origen de datos asociada con esos datos, puede ir a la página de administración de claves de origen de datos (en el Panel del administrador, en la sección Building Blocks, haga clic en Integración de datos).

Haga clic en Origen de datos y haga clic en la clave de origen de datos de interés. Una ventana muestra una lista de objetos de Learn y el recuento de su estado (activado, desactivado).

Desactivación de registros

Una vez haya utilizado una integración para crear objetos en Learn y la clave de origen de datos asociada a ellos, cuando acceda a dichos objetos respaldados por datos que ya no sean necesarios, puede elegir desactivar los objetos. La desactivación de un objeto cuenta con la finalidad de dejar sus datos en Learn mientras que se elimina el acceso a dicho objeto. Por ejemplo: puede desactivarse una inscripción y los datos de dicha inscripción (y los datos de actividad relacionados) se conservan en Learn, pero el usuario con el que se asocian los datos es posible que ya no acceda 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 profesores, pero en ambos casos los datos se conservan en Learn de modo que si el usuario o el curso se volvieran a activar de nuevo será como si nada hubiera cambiado. 

Para desactivar objetos, vaya a la página de administración de claves de origen de datos, en el Panel del administrador, en la sección Building Blocs, haga clic en Integración de datos, haga clic en Origen de datos y seleccione el menú contextual de la Clave de origen de datos que le interesa y seleccione Desactivar.

En este momento puede seleccionar los tipos de objetos de la lista que desee desactivar.

Purga de registros

Tras utilizar una integración para crear objetos en Learn y la clave de origen de datos asociada a ellos, cuando acceda a dichos objetos y a los objetos de datos asociados que ya no sean necesarios, puede elegir desactivar los objetos. La purga de un objeto tiene la función de eliminar completamente los datos del objeto en Learn y así liberar recursos para su uso en el futuro.

Para borrar registros, primero deben ser desactivados. Después de completar los pasos detallados en la sección de Desactivación de registros del documento de administración de DSK, puede borrar los registros desactivados.

Para borrar los registros desactivados, visite la página de administración de claves de origen de datos en el Panel del administrador. En la sección Building Blocks, haga clic en Integración de datos, haga clic en Recursos de datos y seleccione el menú contextual de la Clave de origen de datos que le interese y seleccione Purgar.

En este momento puede seleccionar los tipos de objetos presentados en la lista que desee borrar.

Eliminación de DSK

Para eliminar una clave de origen de datos, vaya al menú contextual de claves de origen de datos, en el Panel del administrador, en la sección Building Blocks, haga clic en Integración de datos y seleccione el menú contextual de la Clave de origen de datos que le interesa y seleccione la opción Eliminar.

Puede eliminar un DSK solo si no existen registros asociados. Si existen registros asociados, primero debe desactivar y borrar dichos registros como se detalla en este tema.

Preguntas frecuentes de DSK

Recibo un error de clave del origen de datos no encontrada aunque la integración está establecida para usar la clave entrante. ¿Cuál es el problema?

Las claves de origen de datos deben crearse por adelantado para que las utilice una integración. Para obtener más información, consulte Creación de claves de origen de datos.

¿Existen caracteres ilegales para los nombres de clave de 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 origen de datos no distinguen entre mayúsculas y minúsculas

¿Por qué el marco de trabajo de la integración SIS parece ignorar mis claves de origen de datos?

El marco de trabajo de la integración SIS trata las claves de origen de datos de forma diferente a las técnicas de integración anteriores como una instantánea de línea de comandos. Consulte Migración desde la línea de comandos al archivo de instantánea sin formato del marco de trabajo SIS, Información general de la clave de origen de datos, Planificación de integraciones SIS y los temas de configuración específicos del tipo de integración.

Temas relacionados