私はRFIDの分野全体に不慣れです。
RFIDprアセットをデータベースに保存する必要があります。どのシステムがその特定のフィールド（または複数のフィールド？）にフィードするかについてはまだ決定されていないので、今すぐスペースを確保したいと思います。
Oracleには、特にさまざまなバージョンとタイプのRFIDを処理するこの「Identity」パッケージ全体がありますが、SQLサーバーについては何も見ていません。
おそらく私は物事を複雑にしすぎていますが、私は広く検索しましたが、そのようなタグの大きさ、または1つのフィールドに格納するのに適しているかどうか、または複数が必要かどうかについての言及は見つかりませんでした。
では、どの列が必要で、そのサイズはどのようにする必要がありますか？nvarchar（10）で十分でしょうか？nvarchar（20）？
RFIDタグの固定データサイズはありません。実際、数バイトから数キロバイトまで保存できます。それらは、コードを格納することにより、保護されていないシステムにハッキングするために使用することもできます。したがって、他の場所から受け取るのと同じ疑いを持って、それらから受け取ったデータを処理する必要があります。
一意の識別子については、UUID以下であることに基づいて割り当てる場合は、問題ないはずです。
AFAIK第1世代のRFIDタグは通常128ビットで、96ビットが一意のIDで、残りはチェックサムです。しかし、私は、新しい世代が少なくとも256ビットであり、それが成長し続けることを強く疑っています。私は決して専門家ではないので、別の答えを待つことをお勧めします:)
したがって、十分なサイズのcharまたはvarcharを使用します。これは、後で簡単にスケーリングできるはずです。
残念ながら、現時点でのRFIDの世界の標準では、あらゆる種類の有用なものが指定されていますが、タグのサイズは指定されていません（これらの標準は業界固有である傾向があり、牛を追跡する機能は、計画したものにうまくマッピングされない場合があります）。
私のアドバイスは、テストデータを保持するのに十分なものを割り当て（nvarchar(10)問題ないはずです）、実際の実装を選択するときに適切なサイズを設定することです。その時点で、ベンダーはその情報を提供できるようになります。
RFIDタグの設定サイズはありませんが、現状（2011年1月）では2KBがHF仕様の最大サイズであり、タグID、ユーザーデータ、タグが機能するために必要なメーカーのデータセットが含まれています。UHF仕様では、製造元によって設定およびロックされたHFの一意のIDとは異なり、一意のIDの代わりに、タグのロックが解除された場合にリーダーが編集できるEPCがあります。一日の終わりには、使用しているタグのメモリのデータレイアウトを読み取る必要があります。製造元は、使用可能なメモリアドレス、つまり必要な最大サイズを説明する必要な技術文書を提供します。