|
|
|
Помогите правильно организовать структуру
|
|||
|---|---|---|---|
|
#18+
Есть программа, которая производит опрос показаний проверки "устройств". Считывание показаний производится с интервалом одна секунда, длительность проверки 30-90 минут. Одновременно может проиводитсяя проверка нескольких "устройств". За сутки проиводится проверка примерно 250 устройств. В настоящее время планируется для каждой проверки устройства создавать отдельную таблицу, которая содержит показания проверки и время регистрации показаний. Имя данной таблицы регистрировать в главной талице (журнале), где также указаывается номер "устройства" и прочие его характеристики. Подскажите наскольно такая организация правильна (на данный момент смущает кол-во таблиц, которое будет создано в процессе длительной работы). P.S. Если же все результаты проверки хранить в одной таблице, то за день будет 250 устройтв * 5400 показаний = 1350000 записей! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2010, 12:04 |
|
||
|
Помогите правильно организовать структуру
|
|||
|---|---|---|---|
|
#18+
Михаил Беляев, с какой целью собираются данные? что будете с ними дальше делать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2010, 12:16 |
|
||
|
Помогите правильно организовать структуру
|
|||
|---|---|---|---|
|
#18+
Кифирчик, Данные будут передоваться в реальном времени пользователям-операторам (в том числе и удаленным через web-приложение), в виде графиков, для определения состояния "устройства" и оперативного вмешательства в процесс проверки. Т.е. раз в секунду приложение-клиент будет выполнять запрос на предоставление показаний за определенный период по данному "устройству". Клиентов на данный момент может быть 15, но в дальнейшем их число может и увеличиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2010, 12:30 |
|
||
|
Помогите правильно организовать структуру
|
|||
|---|---|---|---|
|
#18+
Дополнительно необходимо просматривать архивные данный резульатов проверки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2010, 12:41 |
|
||
|
Помогите правильно организовать структуру
|
|||
|---|---|---|---|
|
#18+
Михаил Беляев1350000 записей! а размер записи? вы ориентировочно объем рассчитывали? в МБ это сколько? пробовали создать структуру и набить тестовыми данными? Михаил Беляев...за определенный период по данному "устройству"... не знаю точно что у вас за данные, но вероятно для операторов они будут группироваться... там по минуте, или часам.... может быть хранить сами данные с АЦП в текстовых файлах, для каждого устройства свой файл на день ... а в базу писать уже сгруппированные данные, которые и будут дергаться для операторов? хотят подробнее - хранимкой поднимать текстовый файл, и из него выдавать посекундные данные 250 устройст не будут каждую секунду дергать INSERT, писать данные в буффер программы, и, напрмиер каждые 10...60 сек дописывать текстовый файл и тутже сгруппированные данные сливать в базу. для большей реал тайм оперативности, можно "последний час" держать в базе если нет, то... это вроде называют партишинг делать... что-то вроде, на каждый месяц новую таблицу, либо смотреть что-там у вас умеет СУБД в этом направлении и возможности железа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2010, 13:26 |
|
||
|
Помогите правильно организовать структуру
|
|||
|---|---|---|---|
|
#18+
Кифирчикэто вроде называют партишинг делать... что-то вроде, на каждый месяц новую таблицу, либо смотреть что-там у вас умеет СУБД в этом направлении и возможности железа Я вот к этому варианту больше склоняюсь, типа закрытие месяца. А если на каждоее устройство отдельную таблицу это перебор? Чем грозит большое кол-во таблиц в базе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2010, 14:23 |
|
||
|
|
start [/forum/topic.php?fid=32&gotonew=1&tid=1542839]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
141ms |
get topic data: |
14ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 212ms |
| total: | 468ms |
| 0 / 0 |
