запись данных в БД
Есть устройство подкл. к СОМ-порту с него надо принимать пакеты (формат пакета известен, пакет представляет из себя длинную последовательность 16-ричных чисел) далее расшифровать эти пакеты, определенным образом преобразовать это все и записать в БД MS SQL.
Подскажите принципиальный алгоритм реализации этой задачи. Как Где хранить принятые с устройства данные, как и где хранить уже расшифрованые данные перед их записью в БД ? Есть мысль делть
так
1) принял пакет
2) расшифровал
3) записал в БД
и так каждый пакет, но по-моему это полный бред. Или сразу считывать несколко пакетов ? В какую сторону вообще копать ?
p.s. а в 16-ричном представлении 1 байт это ж 2 цифры ? Правильно ?
те например в числе 1039238AB первый байт это ж 10 (если нумерация байтов идет слева) ?
Подскажите принципиальный алгоритм реализации этой задачи. Как Где хранить принятые с устройства данные, как и где хранить уже расшифрованые данные перед их записью в БД ? Есть мысль делть
так
1) принял пакет
2) расшифровал
3) записал в БД
и так каждый пакет, но по-моему это полный бред. Или сразу считывать несколко пакетов ? В какую сторону вообще копать ?
p.s. а в 16-ричном представлении 1 байт это ж 2 цифры ? Правильно ?
те например в числе 1039238AB первый байт это ж 10 (если нумерация байтов идет слева) ?
Один байт <=> пара шестнадцатеричных чисел (16 * 16 = 256 = (2 в степени 8))
Дык расскажи, какие данные передаёт устройство, и только тогда можно будет определить схему данных и методы обработки.
Дык расскажи, какие данные передаёт устройство, и только тогда можно будет определить схему данных и методы обработки.
Читаешь буфер СОМ порта преобразовываешь этот буфер в нужный формат и делаешь SQL на добавление/изменение записей БД.
Хранить принятые данные в переменных (при приеме можно в char[]).
ЗЫ: приведенный алгоритм весьма работоспособен, единственное что может быть, при высокой скорости приема данных и большой общей нагрузке СУБД будут тормоза или может что нибудь потеряться.
Хранить принятые данные в переменных (при приеме можно в char[]).
ЗЫ: приведенный алгоритм весьма работоспособен, единственное что может быть, при высокой скорости приема данных и большой общей нагрузке СУБД будут тормоза или может что нибудь потеряться.
Ребята, вы дату сообщения видели? :p
