Agnóstico (datos)

En informática, se dice que un dispositivo o programa informático es agnóstico o independiente del tipo de datos si el método o formato de transmisión de datos es irrelevante para su funcionamiento. Esto significa que el dispositivo o programa puede recibir datos en múltiples formatos o de múltiples fuentes y aun así procesarlos eficazmente.

Muchos dispositivos o programas necesitan que los datos se presenten en un formato específico para poder 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 es independiente del tipo de datos, ya que utiliza un tipo de archivo específico, descargado de una ubicación específica, y no funciona a menos que se cumplan esos requisitos.

Los dispositivos y programas que no son independientes del tipo de datos pueden presentar problemas. Por ejemplo, si su archivo contiene el tipo de datos correcto (como texto), pero en un formato incorrecto, es posible que deba crear un archivo nuevo e ingresar el texto manualmente en el formato adecuado 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 del tipo de datos funcionan para resolver estos problemas de diversas maneras. Los dispositivos pueden tratar los archivos de la misma forma, ya sea que se descarguen a través de Internet o se transfieran mediante un cable USB u otro tipo de cable.

Los dispositivos y programas ^{[ 6 ]} pueden volverse más independientes del tipo de datos al usar un formato de almacenamiento genérico para crear, leer, actualizar y eliminar archivos. Formatos como XML y JSON pueden almacenar información de forma independiente del tipo de datos. Por ejemplo, XML es independiente del tipo de datos, ya que puede guardar cualquier tipo de información. Sin embargo, si se utilizan Definiciones de Transformación de Datos (DTD) o Definiciones de Esquema XML (XSD) para definir qué datos deben colocarse dónde, deja de ser independiente del tipo de datos; produce un error si se coloca un tipo de datos incorrecto en un campo.

Una vez que sus datos estén guardados en un formato de almacenamiento genérico, esta fuente puede funcionar como una capa de sincronización de entidades. El formato de almacenamiento genérico puede interactuar con diversos programas, y el método de extracción de datos formatea la información de forma que el programa específico pueda interpretarla. Esto permite que dos programas que requieren formatos de datos diferentes accedan a la misma información. 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 campos definidos diferentes para el mismo tipo de concepto. Si los campos tienen etiquetas diferentes 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 ser extraídos por ese programa, pero ignorados por los demás. Dado que 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) no presentan problemas.

Dado que el formato de la información lo impone el programa que extrae los datos, este formato puede personalizarse según el dispositivo o programa que extrae y muestra dichos datos. Por lo tanto, la información extraída de la capa de sincronización de entidades puede renderizarse dinámicamente para mostrarse en el dispositivo del usuario, independientemente del dispositivo o programa que se utilice.

Disponer de dispositivos y programas independientes del formato de datos permite transferir datos fácilmente entre ellos, sin necesidad de convertirlos. Empresas como Great Ideaz ^{[ 7 ]} ofrecen servicios independientes del formato de datos almacenando la información en una capa de sincronización de entidades. Esta capa actúa como una capa de compatibilidad, ya que las sentencias TSQL pueden recuperar, actualizar, ordenar y escribir datos independientemente del formato utilizado. Además, permite sincronizar datos entre múltiples aplicaciones, puesto que todas pueden acceder a ellos desde la misma ubicación. Esto evita problemas de compatibilidad entre diferentes programas que deben acceder a los mismos datos, además de reducir la duplicación de datos.

Mantener los dispositivos y programas lo más independientes posible del tipo de datos tiene claras ventajas. Dado que los datos se almacenan en un formato independiente, los desarrolladores no necesitan codificar manualmente la forma de gestionar cada tipo de dato. Una tabla con información sobre perros y otra con información sobre gatos pueden tratarse de la misma manera: se extraen las definiciones y el contenido de los campos del formato de almacenamiento independiente y se muestran en función de dichas definiciones. Al usar el mismo código para las distintas operaciones CRUD , la cantidad de código se reduce significativamente, y lo que queda se prueba con cada concepto extraído de la capa de sincronización de entidades.

Las definiciones y el formato de los campos se pueden almacenar en la capa de sincronización de entidades junto con los datos sobre los que actúan. Esto permite modificar los campos y el formato sin necesidad de codificarlos ni compilar programas. Los datos y el formato se generan dinámicamente mediante el código utilizado para extraer la información de datos y formato.

Los datos solo necesitan distinguirse cuando se procesan 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 puedan tratarse como independientes del tipo de dato, la codificación se simplifica, ya que solo tiene que ocuparse de un caso (el caso independiente del tipo de dato) en lugar de varios ( PNG , PDF , etc.). Cuando los datos deben mostrarse o procesarse, se interpretan en función de las definiciones de campo y la información de formato, y se convierten a un formato independiente del tipo de dato lo antes posible para reducir el número de casos individuales que deben considerarse.

Sin embargo, surgen algunos problemas al intentar que un dispositivo o programa sea independiente de los datos. Dado que solo se utiliza un fragmento de código para las operaciones CRUD (independientemente del tipo de concepto), existe un único punto de fallo . Si ese código falla, todo el sistema deja de funcionar. Este riesgo se mitiga gracias a que el código se prueba repetidamente (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 debe 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 pre-eliminación 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 que no es independiente de los datos al proceso; sin embargo, se puede crear fácilmente mediante la generación de código .