Планирую быстрорастущую таблицу, поэтому для экономии места обдумываю нужен ли мне в таблице уникальный идентификатор.
Таблица вида:

| id | id_tag | datetime | value |

По сути колонки id_tag в сочетании с datetime определяют уникальность поля.
id этой таблицы никак не планируется связываться с другими таблицами.
Просто сомневаюсь, может эта колонка необходима для служб базы данных.
Спасибо.

П-Л, WTF?
Можно поподробней?

Спасибо.
Просто у меня таблица планируется с большими данными, возможны миллиарды строк и размер одной колонки сыграет существенную роль. Причем данные не будут изменятся, а удалятся только по диапазону дат, ну и планирую партицирование по дате.
В основном будет только выборка по диапазону дат date_time и id_tag.
softwarer,
"А потом наступает последнее воскресенье октября и в вашей системе случается локальный п-ц."
Что под этим подразумевали?

miksoftldar,

Опишите суть поля id_tag.

id_tag - идентификатор измеряемой величины.
miksoftИ с какой дискретностью ваша СУБД хранит тип datetime ?
>=500мс

miksoftКак он генерируется, какая разрядность и т.п. ?

Это первичный ключ другой таблицы, отношение "один ко многим" в той таблице поле является уникальным целым числом, описывает сущность измеряемой величины.
miksoftЧто-то странно, обычно шаг либо целая секунда, либо значительно более мелкие величины, например, 1 мс.
Что за СУБД?

Я может не так Вас понимаю, я имею ввиду временной шаг между записями одного тега
id_tag | date_time
----------------
1 | ...500 мс
2 | ...500 мс
3 | ...500 мс
1 | ...1000 мс
2 | ...1000 мс
3 | ...1000 мс
1 | ...1500 мс
2 | ...1500 мс
3 | ...1500 мс
Менее 500 мс, нет надобности.

miksoft, СУБД Postgresql

miksoftldar,

Ну так а СУБД сможет хранить эти 1500 мс? Вы уверены, что они не превратятся в 1000 или 2000 ?
Согласно мануалу
resolution timestamp = 1 microsecond
вроде не должно.

Спасибо за помощь.

miksoftТ.е. еще нужно разобраться с природой поля datetime и с его часовыми поясами и летними/зимними зонами.
А что при переводе времени как то меняет значения timestamp в БД?
Всегда считал, что время хранится по UTC, а при выборке переводит в нужный часовой пояс.

0542Нужна ли колонка id в моем случае?

да забей

потом она пригодцца...)))
100500-т раз
себе спасибо скажешь

все стесняюся спросить - счётчик чо-ль??
Счетчик это по поводу значений?... Нее, сигналы с производственных датчиков.
Думаю если пригодится суррогат, поставлю. Пока нет надобности...

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

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

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

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

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