b'\n_START_ARTICLE_\n\xc3\x81rea de stage (datos)\n_START_PARAGRAPH_\nUn \xc3\xa1rea de stage (se puede traducir como \xc3\xa1rea de pruebas o \xc3\xa1rea de ensayo), tambi\xc3\xa9n llamada zona de landing (zona de aterrizaje), es un \xc3\xa1rea intermedia de almacenamiento de datos utilizada para el procesamiento de los mismos durante procesos de extracci\xc3\xb3n, transformaci\xc3\xb3n y carga (ETL). Esta \xc3\xa1rea se encuentra entre la fuente de los datos y su destino, que a menudo son almacenes de datos, data marts u otros repositorios de datos.\xe2\x80\x8b_NEWLINE_Las \xc3\xa1reas de stage de datos son a menudo de naturaleza transitoria, su contenido se borrar\xc3\xa1 antes de ejecutar un proceso de ETL o inmediatamente despu\xc3\xa9s de haberlo finalizado con \xc3\xa9xito. Aunque existen arquitecturas de \xc3\xa1rea stage dise\xc3\xb1adas para mantener los datos durante largos per\xc3\xadodos de tiempo con la finalidad de mantener un archivo de los mismos o para poder resolver problemas detectados a posteriori.\n_START_SECTION_\nImplementaci\xc3\xb3n\n_START_PARAGRAPH_\nLas \xc3\xa1reas de stage se pueden implementar en forma de tablas de bases de datos relacionales, archivos de texto plano (como archivos XML o CSV) o archivos binarios propietarios almacenados en un determinado sistema de archivos.\xe2\x80\x8b Las arquitecturas para \xc3\xa1rea de stage var\xc3\xadan en complejidad, desde un conjunto de simples tablas relacionales en una base de datos de destino hasta instancias de bases de datos auto-contenidas o sistemas de archivos.\xe2\x80\x8b A pesar de que los sistemas de origen y de destino de un proceso ETL son a menudo bases de datos relacionales, no es necesario las zonas de stageque se ubican entre ambos tambi\xc3\xa9n lo sean.\xe2\x80\x8b\n_START_SECTION_\nFunciones\n_START_PARAGRAPH_\nLas zonas stage pueden proporcionar beneficios diversos, pero la principal motivaci\xc3\xb3n para su uso es aumentar la eficiencia de los procesos ETL, garantizar la integridad de los datos y apoyar ciertas operaciones que aseguren la calidad de los mismos. Las funciones de un \xc3\xa1rea de stage son las siguientes:\n_START_SECTION_\nConsolidaci\xc3\xb3n de datos\n_START_PARAGRAPH_\nUna de las principales funciones de un \xc3\xa1rea de stage es la consolidaci\xc3\xb3n de datos de m\xc3\xbaltiples sistemas de origen.\xe2\x80\x8b Para ello el \xc3\xa1rea de stage act\xc3\xbaa como un gran "cubo" en el que los datos de varios sistemas de origen se ubican temporalmente para su posterior procesamiento. Adicionalmente, los datos del \xc3\xa1rea de stage se suelen caracterizar con ciertos metadatos para identificar la fuente de origen, el momento (fecha/hora) en que los datos fueron cargados en esta zona u otra informaci\xc3\xb3n que se considere relevante.\n_START_SECTION_\nAlineaci\xc3\xb3n\n_START_PARAGRAPH_\nLa Alineaci\xc3\xb3n de datos consiste en la estandarizaci\xc3\xb3n de estos a trav\xc3\xa9s de los m\xc3\xbaltiples sistemas de origen y la validaci\xc3\xb3n de las relaciones entre los registros y elementos de datos de diferentes fuentes.\xe2\x80\x8b Esta funci\xc3\xb3n est\xc3\xa1 estrechamente relacionada con la administraci\xc3\xb3n de datos maestros,\xe2\x80\x8b ya que da soporte a este tipo de gestiones.\n_START_SECTION_\nMinimizar la contenci\xc3\xb3n\n_START_PARAGRAPH_\nTanto el \xc3\xa1rea de stage como los procesos ETL que apoya, a menudo se dise\xc3\xb1an con el objetivo de minimizar la "discordia" en los sistemas de origen. A veces resulta m\xc3\xa1s eficiente copiar los datos requeridos de un sistema de origen a la zona de stage de un golpe que tratar de recuperar \xc3\xbanicamente registros individuales o peque\xc3\xb1os conjuntos de registros._NEWLINE_El primer m\xc3\xa9todo, el \xc3\xa1rea stage, se aprovecha de eficiencia t\xc3\xa9cnica de las tecnolog\xc3\xadas de transmisi\xc3\xb3n de datos, la reducci\xc3\xb3n de los gastos generales a trav\xc3\xa9s de minimizar la necesidad de romper y volver a establecer las conexiones con los sistemas de origen y la optimizaci\xc3\xb3n de la gesti\xc3\xb3n de bloqueo de concurrencia en los sistemas de origen multi-usuario. Por su parte, los procesos ETL ejercen un alto grado de control sobre los problemas de concurrencia durante el procesamiento.\n_START_SECTION_\nPlanificaci\xc3\xb3n independiente de objetivos m\xc3\xbaltiples\n_START_PARAGRAPH_\nEl alojamiento de datos en un \xc3\xa1rea de stage permite planificar de forma independiente, en cualquier momento, las operaciones de procesamiento de los mismos, pudi\xc3\xa9ndose realizar dichas operaciones cuando los diversos objetivos del negocio lo requieran.\xe2\x80\x8b En algunos casos, los datos se podr\xc3\xadan llevar a la zona de stage en diferentes momentos, para luego procesarlos todos a la vez. Esta situaci\xc3\xb3n puede ocurrir, por ejemplo, cuando el normal desempe\xc3\xb1o de la empresa se realiza a trav\xc3\xa9s de m\xc3\xbaltiples zonas horarias. En otros casos, los datos se pueden cargar en el \xc3\xa1rea de stage para ser procesados en diferentes momentos. El \xc3\xa1rea de stage tambi\xc3\xa9n se puede utilizar para enviar datos a m\xc3\xbaltiples sistemas de destino en diferentes momentos; por ejemplo, los datos operacionales diarios podr\xc3\xadan ser enviados a un almac\xc3\xa9n operacional de datos (ODS), mientras que los mismos datos se podr\xc3\xadan enviar mensualmente de forma agregada a un almac\xc3\xa9n de datos.\n_START_SECTION_\nDetecci\xc3\xb3n de cambios\n_START_PARAGRAPH_\nEl \xc3\xa1rea de stage permite realizar una detecci\xc3\xb3n de cambios eficaz frente a los sistemas de destino. Esta funcionalidad es particularmente \xc3\xbatil cuando los sistemas de origen no soportan formas fiables de detecci\xc3\xb3n de cambios, tales como el sellado de tiempo (timestamping) impuesto por el sistema, el control de cambios (trazabilidad) o captura de datos modificados (CDC, change data capture).\n_START_SECTION_\nLimpieza de datos\n_START_PARAGRAPH_\nLa limpieza de datos consiste en la identificaci\xc3\xb3n y eliminaci\xc3\xb3n (o actualizaci\xc3\xb3n) de datos no v\xc3\xa1lidos de los sistemas de origen. El proceso ETL, utilizando el \xc3\xa1rea de stage, se puede utilizar para implementar la l\xc3\xb3gica de negocio que permita identificar y manejar los datos "no v\xc3\xa1lidos". Los datos no v\xc3\xa1lidos se identifican a menudo mediante una combinaci\xc3\xb3n de reglas de negocio y ciertas limitaciones t\xc3\xa9cnicas, las cuales, se pueden integrar en la estructura del \xc3\xa1rea de stage (como por ejemplo, restricciones de tabla en una base de datos relacional) para hacer cumplir las reglas de validez de los datos.\xe2\x80\x8b\n_START_SECTION_\nC\xc3\xa1lculo de agregados\n_START_PARAGRAPH_\nEl pre-c\xc3\xa1lculo de valores agregados, otros tipos de c\xc3\xa1lculos y la aplicaci\xc3\xb3n de una l\xc3\xb3gica de negocio compleja puede hacerse en un \xc3\xa1rea de stage para dar soporte a acuerdos de nivel de servicio altamente sensibles (o SLA, service-level agreement) o para la presentaci\xc3\xb3n de informes de resumen en los sistemas de destino.\xe2\x80\x8b\n_START_SECTION_\nArchivo de datos y resoluci\xc3\xb3n de problemas\n_START_PARAGRAPH_\nUn \xc3\xa1rea de stage\' da soporte y permite realizar el archivo de datos. En este escenario esta zona se puede utilizar para mantener los registros hist\xc3\xb3ricos durante el proceso de carga, o se puede utilizar para enviar datos a una estructura de archivos de destino. Adem\xc3\xa1s los datos pueden conservarse durante largos periodos de tiempo para permitir resolver los problemas t\xc3\xa9cnicos que puedan surgir en las operaciones ETL.\xe2\x80\x8b'