¿Cuál es un tipo de datos apropiado para una RFID? ¿Existe una definición estándar para el formato?

8

Tengo una base de datos que rastrea a las personas según las etiquetas RFID incrustadas en sus zapatos. Estos datos llegan en una VARCHAR(MAX)columna con otros datos mezclados, sin ningún orden en particular. Hasta ahora, todos los valores de RFID tienen el siguiente formato:

AnnnnnnnnAnnAAAA  (where A = 0-9  and n = A-Z)

Estoy escribiendo un informe para extraer RFID de estos mensajes y almacenarlos en su propia tabla. Mientras las RFID sigan este mismo patrón, puedo encontrarlas. Si el formato RFID cambia, mi proceso de extracción fallará.

¿Existe un formato estándar para las etiquetas RFID? ¿Qué tipo de datos sería el más adecuado para almacenar etiquetas RFID?

Me voy con VARCHAR(20)por ahora.

sql-server datatypes

— datagod
fuente

Después de plantear esta pregunta, encontré mi respuesta en Stackoverflow: stackoverflow.com/questions/925002/…

— datagod

3

Si necesita tener az y 0-9, creo que tendrá que usar varchar.

— JNK

66

Responda con algo bien escrito y referenciado, y lo colmaremos de votos positivos.

— Nick Chammas

2

RFID hoy está hecho básicamente de dos estándares, siendo HF (13.56MHz) y UHF (800-900MHz dependiendo de si Europa / EE. UU.)

Las etiquetas HF generalmente tienen un identificador único, llamado UID, que tiene un tamaño de 64 bits. El UID generalmente garantiza que es único por el productor del IC y es de solo lectura.

Las etiquetas HF se utilizan generalmente para aplicaciones de venta de entradas, antifalsificación y protección de marca. Las etiquetas HF generalmente también tienen algo de memoria de usuario, que puede variar desde unos pocos bits hasta un máximo de 4Kbits, pero existen circuitos integrados de aplicaciones especiales con memoria de hasta 80-90Kbit (es decir, chips de pasaporte RFID). No es común tener que almacenar el contenido de estos datos en una base de datos externa, pero si lo hace, debe conocer el modelo del IC.

Las etiquetas UHF, por otro lado, generalmente tienen un EPC de 96 o 128 bits (están surgiendo modelos EPC de 256 bits), que generalmente no es único y es reprogramable. Cada integrador de aplicaciones / sistemas generalmente programa el EPC de acuerdo con las necesidades de la aplicación

Las etiquetas UHF se usan principalmente para logística y seguimiento y muchas etiquetas no tienen memoria de usuario. Algunos modelos lo tienen, pero generalmente es muy limitado (128 o 256 bits). Por supuesto que hay excepciones.

En la mayoría de las aplicaciones, solo recibirá el UID o EPC de la etiqueta, y solo tendrá que almacenar eso. Esto generalmente significa que un número de 64 bits para UID o un campo uuid para EPC debería ser suficiente.

— Federico
fuente

De acuerdo con el Estándar de Datos de Etiqueta GS1 (que es la especificación para EPC), necesita más de 64 bits para especificar un EPC: la mayoría de los esquemas de EPC requieren 96 bits de espacio ( gid-96, sgtin-96), algunos usan hasta 202 ( giai-202). Fuente: gs1.org/sites/default/files/docs/tds/…

— Dai

6

No me gusta responder mis propias preguntas (se siente como hacer trampa) pero aquí va:

Según una publicación en StackOverflow, no hay un tamaño de datos fijo. Los RFIDS pueden variar tanto en longitud como en formato, según la industria.

Me quedaré con varchar (20) para mis propios fines, porque el lote de RFIDS que compramos todos cae dentro de ese límite de tamaño.

— datagod
fuente