J'ai une base de données qui suit les gens sur la base d'étiquettes RFID intégrées dans leurs chaussures. Ces données arrivent dans une VARCHAR(MAX)colonne avec d'autres données mélangées, sans ordre particulier. Jusqu'à présent, toutes les valeurs RFID sont formatées comme suit:
AnnnnnnnnAnnAAAA (where A = 0-9 and n = A-Z)J'écris un rapport pour extraire les RFID de ces messages et les stocker dans leur propre table. Tant que les RFID suivent ce même schéma, je peux les trouver. Si le format RFID change, mon processus d'extraction échouera.
Existe-t-il un format standard pour les étiquettes RFID? Quel type de données serait le mieux adapté pour stocker des étiquettes RFID?
Je pars avec VARCHAR(20)pour l'instant.
sql-server
datatypes
datagod
la source
la source
Réponses:
Aujourd'hui, la RFID se compose essentiellement de deux normes, à savoir HF (13,56 MHz) et UHF (800-900 MHz selon l'Europe / les États-Unis).
Les balises HF ont généralement un identifiant unique, appelé UID, d'une taille de 64 bits. L'UID est généralement garanti unique par le fabricant du CI et est en lecture seule.
Les étiquettes HF sont généralement utilisées pour la billetterie, la lutte contre la contrefaçon et les applications de protection des marques. Les étiquettes HF ont généralement également une certaine mémoire utilisateur, qui peut varier de quelques bits à généralement un maximum de 4Kbits, mais des circuits intégrés d'application spéciaux existent avec une mémoire jusqu'à 80-90Kbit (c'est-à-dire des puces de passeport RFID). Il n'est pas courant d'avoir à stocker le contenu de ces données dans une base de données externe, mais si vous le faites, vous devez connaître le modèle du CI.
Les balises UHF, en revanche, ont généralement un EPC 96 ou 128 bits (des modèles EPC 256 bits font leur apparition), ce qui n'est généralement pas unique et il est reprogrammable. Chaque intégrateur d'application / système programme généralement l'EPC en fonction des besoins de l'application
Les balises UHF sont principalement utilisées pour la logistique et le suivi et de nombreuses balises n'ont pas de mémoire utilisateur. Certains modèles l'ont, mais il est généralement très limité (128 ou 256 bits). Bien sûr, il y a des exceptions.
Dans la plupart des applications, vous ne recevrez que l'UID ou l'EPC de la balise, et vous ne devrez stocker que cela. Cela signifie généralement qu'un nombre 64 bits pour UID ou un champ uuid pour EPC devrait suffire.
la source
gid-96,sgtin-96), certains utilisent jusqu'à 202 (giai-202). Source: gs1.org/sites/default/files/docs/tds/…Je n'aime pas répondre à mes propres questions (j'ai l'impression de tricher) mais voici:
Selon un article sur StackOverflow, il n'y a pas de taille de données fixe. Les RFIDS peuvent varier en longueur et en format, selon l'industrie.
Je m'en tiendrai à varchar (20) à mes propres fins, car le lot de RFIDS que nous avons acheté tombe dans cette limite de taille.
la source