guest_20040621Ответ на ваш вопрос - нет, судя по написанному, идентификатор не нужен. Однако, есть вопрос.

> таблица планируется с большими данными, возможны миллиарды строк

Поправьте, если я ошибся: раз в полсекунды регистрируется некоторое значение, в сутки - 172800 значений, в год - 63072000. Как бы не очень понятна задача, для которой теоретически необходима серия длиной в год. Вы делать-то с ней что намерены? Зачем для этого СУБД? Писать сырые данные в файловую систему будет гораздо менее затратно.
Эти значения необходимы для анализа производства, возможно год и не нужен будет, пол года точно и уникальных замеряемых величин будет около 1000. Согласен данных дохера. Только к примеру нужна выборка нескольких тэгов за определенный промежуток времени, в СУБД это решается быстро, а с файловой системой даже не могу предположить. Может совет есть?
И еще теги с малой дискретности собираю в отдельную базу, чтоб не нагружать основную...

Агрегатные значения тоже храню в БД, агрегаты за минуту, час, смена, сутки.
guest_20040621>
Каким образом и для чего вам нужно одновременно обработать 30 млрд значений? Можете сформулировать задачу более определённо?
Одновременно они не нужны, только частями и то некоторые значения могут вообще не понадобятся.
А в чем выигрыш вашей идеи? Я по началу тоже рассматривал вариант хранить в файлах, но протестировал на СУБД, вроде проблем пока не обнаружил. Если брать СКАДА системы, они тоже хранят сырые данные в БД.

guest_20040621, интересно...Надо протестировать...
Я так понимаю у вас большой опыт в этом. Ответьте пожалуйста не несколько вопросов, в каком типе файлов лучше хранить, какой рациональный объем одного файла?