[Devel] Информация для DBServer'а

[Ilya Shpigor]

> 3. О квитировании знает только журнал, т.к. только в нём известно
> какое именно сейчас сообщение требует квитирования
> (т.е. какое именно сейчас читает оператор).
> Поэтому он посылал специальное сообщение ConfirmMessage DBServer-у,
> в котором передавалась информация (id, время срабатывания, тип сообщения и
> т.п.), того датчика который квитируем..
> По этой информации DBServer делал
> UPDATE confirm_time='confirm.time'... WHERE id=confirm.id AND
> time=confirm.time AND time_msec=confirm.time_msec AND type=confirm.type
> Это конечно "псевдокод" запроса, но смысл в том, что, что для внесения
> информации о квитировании (UPDATE) не обязательно знать id-записи.. Запись
> можно найти по другим полям.

Тогда вопрос к sin на .

Если мы будем делать UPDATE записи в БД по приходу сообщения о квитировании, 
такая структура таблицы main_confirm не подойдет:

+--------+---------+------+-----+---------+-------+
| Field  | Type    | Null | Key | Default | Extra |
+--------+---------+------+-----+---------+-------+
| id     | int(11) | NO   | PRI | NULL    |       |
| log_id | int(11) | NO   |     | NULL    |       |
| time   | time    | YES  |     | NULL    |       |
+--------+---------+------+-----+---------+-------+

Т.к. нужно ориентироваться не на id записи в main_history, а непосредственно 
на id датчика.

Какая тогда должна быть структура таблицы main_confirm?

-- 
Best regards,
Ilya Shpigor.