En informática, se dice que un dispositivo o programa de software es agnóstico o independiente de los datos si el método o formato de transmisión de datos es irrelevante para la función del dispositivo o programa. Esto significa que el dispositivo o programa puede recibir datos en múltiples formatos o de múltiples fuentes y, aun así, procesarlos de manera eficaz.
Muchos dispositivos o programas necesitan que los datos se presenten en un formato específico para procesarlos. Por ejemplo, los dispositivos de Apple Inc. generalmente requieren que las aplicaciones se descarguen de su App Store . [1] Este es un método que no depende de los datos, ya que utiliza un tipo de archivo específico, descargado desde una ubicación específica, y no funciona a menos que se cumplan esos requisitos.
Los dispositivos y programas que no son independientes de los datos pueden presentar problemas. Por ejemplo, si su archivo contiene el tipo correcto de datos (como texto), pero en el formato incorrecto, es posible que tenga que crear un nuevo archivo e ingresar el texto manualmente en el formato correcto para poder usar ese programa. Existen varios programas de conversión de archivos porque las personas necesitan convertir sus archivos a un formato diferente para poder usarlos de manera efectiva. [2] [3] [4] [5]
Los dispositivos y programas independientes de los datos funcionan para resolver estos problemas de diversas maneras. Los dispositivos pueden tratar los archivos de la misma manera, ya sea que se descarguen a través de Internet o se transfieran a través de un USB u otro cable.
Los dispositivos y programas [6] pueden volverse más independientes de los datos al usar un formato de almacenamiento genérico para crear, leer, actualizar y eliminar archivos. Los formatos como XML y JSON pueden almacenar información de manera independiente de los datos. Por ejemplo, XML es independiente de los datos en el sentido de que puede guardar cualquier tipo de información. Sin embargo, si usa definiciones de transformación de datos (DTD) o definiciones de esquema XML (XSD) para definir qué datos deben colocarse en cada lugar, se vuelve no independiente de los datos; produce un error si se coloca el tipo incorrecto de datos en un campo.
Una vez que haya guardado sus datos en un formato de almacenamiento genérico, esta fuente puede actuar como una capa de sincronización de entidades. El formato de almacenamiento genérico puede interactuar con una variedad de programas diferentes, y el método de extracción de datos formatea los datos de una manera que el programa específico pueda comprender. Esto permite que dos programas que requieren diferentes formatos de datos accedan a los mismos datos. Múltiples dispositivos y programas pueden crear, leer, actualizar y eliminar ( CRUD ) la misma información desde la misma ubicación de almacenamiento sin errores de formato.
Cuando varios programas acceden a los mismos registros, pueden tener distintos campos definidos para el mismo tipo de concepto. Cuando los campos están etiquetados de forma diferente pero contienen los mismos datos, el programa que extrae la información puede garantizar que se utilicen los datos correctos. Si un programa contiene campos e información que otro no tiene, esos campos se pueden guardar en el registro y extraer para ese programa, pero otros programas los ignoran. Como la capa de sincronización de entidades es independiente de los datos, se pueden agregar campos adicionales sin preocuparse por recodificar toda la base de datos, y los conceptos creados en otros programas (que no contienen ese campo) están bien.
Dado que el formato de la información lo impone el programa que extrae los datos, el formato se puede personalizar para el dispositivo o el programa que extrae y muestra esos datos. Por lo tanto, la información extraída de la capa de sincronización de entidades se puede representar dinámicamente para mostrarla en el dispositivo del usuario, independientemente del dispositivo o programa que se esté utilizando.
Tener dispositivos y programas independientes de los datos le permite transferir datos fácilmente entre ellos, sin tener que convertirlos. Empresas como Great Ideaz [7] proporcionan servicios independientes de los datos al almacenar los datos en una capa de sincronización de entidades. Esto actúa como una capa de compatibilidad, ya que las sentencias TSQL pueden recuperar, actualizar, ordenar y escribir datos independientemente del formato empleado. También le permite sincronizar datos entre múltiples aplicaciones, ya que todas las aplicaciones pueden extraer datos de la misma ubicación. Esto evita problemas de compatibilidad entre diferentes programas que tienen que acceder a los mismos datos, además de reducir la replicación de datos.
Mantener sus dispositivos y programas tan independientes de los datos como sea posible tiene algunas ventajas claras. Dado que los datos se almacenan en un formato independiente, los desarrolladores no necesitan codificar de forma rígida formas de manejar todos los diferentes tipos de datos. Una tabla con información sobre perros y otra con información sobre gatos se pueden tratar de la misma manera; extraiga las definiciones de campo y el contenido de campo del formato de almacenamiento independiente de los datos y muéstrelo en función de las definiciones de campo. Al usar el mismo código para los diferentes conceptos en CRUD , la cantidad de código se reduce significativamente y lo que queda se prueba con cada concepto que extrae de la capa de sincronización de entidades.
Las definiciones de campos y el formato se pueden almacenar en la capa de sincronización de entidades con los datos sobre los que actúan. Permite cambiar los campos y el formato sin tener que codificar ni compilar programas. Los datos y el formato se generan dinámicamente mediante el código utilizado para extraer los datos y la información de formato.
Los datos en sí solo necesitan distinguirse cuando se actúa sobre ellos o se muestran de una manera específica. Si los datos se transfieren entre dispositivos o bases de datos, no es necesario interpretarlos como un objeto específico. Siempre que los datos se puedan tratar como independientes, la codificación se simplifica, ya que solo tiene que lidiar con un caso (el caso independiente de los datos) en lugar de varios ( png , pdf , etc.). Cuando se deben mostrar o actuar sobre los datos, se interpretan en función de las definiciones de campo y la información de formato, y se devuelven a un formato independiente de los datos lo antes posible para reducir la cantidad de casos individuales que se deben tener en cuenta.
Sin embargo, existen algunos problemas que se presentan cuando se intenta hacer que un dispositivo o programa sea independiente de los datos. Dado que solo se utiliza una parte del código para las operaciones CRUD (independientemente del tipo de concepto), existe un único punto de falla . Si ese código falla, todo el sistema falla. Este riesgo se mitiga porque el código se prueba muchas veces (ya que se utiliza cada vez que se almacena o recupera un registro).
Además, los medios de almacenamiento independientes de los datos pueden aumentar la velocidad de carga, ya que el código tiene que buscar las definiciones de campo y el formato de visualización, así como los datos específicos que se mostrarán. La velocidad de carga se puede mejorar mediante la trituración previa de los datos. Esto utiliza una copia del registro con los datos ya extraídos para indexar los campos, en lugar de tener que extraer los campos y la información de formato al mismo tiempo que los datos. Si bien esto mejora la velocidad, agrega un elemento no independiente de los datos al proceso; sin embargo, se puede crear fácilmente a través de la generación de código .