Qu'est-ce qu'un type de données approprié pour une RFID et existe-t-il une définition standard du format?

8

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
source

Après avoir posé cette question, j'ai trouvé ma réponse sur Stackoverflow: stackoverflow.com/questions/925002/…

— datagod

3

Si vous devez avoir à la fois az et 0-9, je pense que vous devrez utiliser varchar.

— JNK

6

Répondez par quelque chose de bien écrit et référencé, et nous vous donnerons des votes positifs.

— Nick Chammas

2

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.

— Federico
source

Selon le GS1 Tag Data Standard (qui est la spécification pour les EPC), vous avez besoin de plus de 64 bits pour spécifier un EPC: la plupart des schémas EPC nécessitent 96 bits d'espace ( gid-96, sgtin-96), certains utilisent jusqu'à 202 ( giai-202). Source: gs1.org/sites/default/files/docs/tds/…

— Dai

6

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.

— datagod
source