Какой размер данных подходит для хранения столбца RFID в SQL server?

StackOverflow https://stackoverflow.com/questions/925002

  •  06-09-2019
  •  | 
  •  

Вопрос

Я новичок во всей сфере RFID-технологий.

Мне нужно сохранить RFID-pr-актив в базе данных.Еще не принято решение о том, какая система будет обрабатывать это конкретное поле (или поля?) поэтому я просто хочу выделить немного места прямо сейчас.

У Oracle есть целый пакет "Identity", который обрабатывает, среди прочего, различные версии и типы RFID, но я ничего не видел для SQL server.

Возможно, я слишком усложняю ситуацию, но я провел широкий поиск, но не нашел никаких ссылок на то, насколько велик такой тег, или даже подходит ли он для хранения в одном поле, или если вам нужно несколько.

Итак, какие столбцы у меня должны быть и каковы должны быть их размеры?Будет ли достаточно nvarchar(10)?наварчар (20)?

Это было полезно?

Решение

Фиксированного размера данных для RFID-меток не существует.На самом деле они могут хранить от нескольких байт до нескольких килобайт.Их можно даже использовать для взлома незащищенной системы, сохраняя в них код.Таким образом, вы должны относиться к любым данным, которые вы получаете от них, с тем же подозрением, что и к другим.

Что касается уникального идентификатора, то если вы выделяете его исходя из того, что он не больше UUID, то у вас все должно быть в порядке.

Другие советы

AFAIK RFID-метки поколения 1 обычно состоят из 128 бит, где 96 бит - это уникальный идентификатор, а остальное - контрольная сумма.Но я сильно подозреваю, что новые поколения имеют по крайней мере 256 бит, и он будет продолжать расти.Я ни в коем случае не эксперт, так что, возможно, вы захотите дождаться другого ответа:)

Поэтому я бы выбрал char или varchar достаточного размера, которые позже будет легко масштабировать.

К сожалению, стандарты в мире RFID на данный момент определяют всевозможные полезные параметры, но не размер метки (эти стандарты, как правило, зависят от конкретной отрасли, и возможность отслеживания коров может не очень хорошо соответствовать тому, что вы запланировали).

Мой совет состоял бы в том, чтобы выделить что-то, достаточное для хранения тестовых данных (nvarchar(10) должно быть в порядке), а затем измените его размер должным образом, когда вы выберете реальную реализацию, и в этот момент поставщик сможет предоставить вам эту информацию.

Для RFID-меток не установлен размер, но я полагаю, что в текущем виде (январь 2011) 2 КБ - это максимальный размер в спецификации HF, он включает идентификатор метки, данные пользователя и данные, установленные производителем, необходимые для функционирования метки.В спецификации UHF вместо уникальных идентификаторов у вас есть EPC, который доступен для редактирования считывателем, если метка разблокирована, в отличие от уникальных идентификаторов в HF, которые устанавливаются и блокируются производителем.В конце концов, вам нужно прочитать макет данных для памяти используемого вами тега.Производители предоставят вам необходимый технический документ, в котором объясняются доступные адреса памяти и, следовательно, необходимый вам максимальный размер.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top