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
fuente
Respuestas:
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.
fuente
gid-96
,sgtin-96
), algunos usan hasta 202 (giai-202
). Fuente: gs1.org/sites/default/files/docs/tds/…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.
fuente