我是新來的整個RFID競技場。什麼datasize適合在SQL服務器中存儲RFID列？
我需要存儲的RFID PR資產在數據庫中。目前還沒有關於哪個系統將餵養特定領域（或領域？）的決定，所以我現在只想留出一些空間。
Oracle有這整個「身份」包處理，除其他事項外，RFID的不同版本和類型，但我沒有帶看到了SQL服務器的任何東西。
也許我過於複雜的事情，但我已經搜索了很多，但沒有找到這種標籤有多大的參考，或者即使它適合存儲在一個領域，或者如果你需要多個。
所以，我應該有哪些列，並應其大小是什麼呢？ nvarchar（10）是否足夠？爲nvarchar（20）？
RFID標籤沒有固定的數據大小。實際上它們可以存儲從幾個字節到幾千字節。他們甚至可以通過在其中存儲代碼來破解未受保護的系統。因此，您應該對您從他們那裏收到的任何數據進行處理，同時懷疑您會從其他地方進行處理。
對於一個標識符是唯一身份，然後，如果你將它分配爲不超過UUID大，那麼你應該確定的基礎上。
不幸的是，目前RFID世界的標準規定了各種有用的東西，但不是標籤尺寸（這些標準往往是特定行業的，跟蹤牛的能力可能無法很好地映射到你已計劃）。
我的建議是分配一些東西來保存足夠的測試數據（nvarchar(10)應該沒問題），然後在選擇實際實施時適當調整大小，屆時供應商將能夠向您提供該信息。
AFAIK產生1的RFID標籤一般是128位，其中96位是唯一的ID，其餘的是校驗和。但我強烈懷疑新一代至少有256位，它會繼續增長。我絕不是專家，所以你可能要等待另一個答案:)
所以我會去有足夠大小的CHAR或VARCHAR，這應該是方便以後擴展。
RFID標籤沒有規定的尺寸，但我相信就像它現在一樣（2011年1月）2KB是HF規格中的最大尺寸，其中包括標籤ID，用戶數據和製造商爲標籤起作用。 在UHF規範中，如果標籤被解鎖，那麼您不必使用唯一的ID，而是使用可由閱讀器編輯的EPC，這與製造商設置並鎖定的HF中的唯一ID不同。 每天結束時，您需要讀取您使用的標記內存的數據佈局。製造商將提供您需要的技術文檔，以解釋可用的存儲器地址，並因此提供您需要的最大尺寸。