Приветствую всех!

Исходная задача. Регулярно (с периодичностью 2 раза в сутки) необходимо получать данные, снимаемые с датчиков технологических процессов производства. Полученные данные нужно сохранить в таблицах БД.

Как это работает. Данные снимаются программой, написанной для терминалов, и к моему серверу БД никакого отношения не имеющей. Ребята, писавшие в свое время данную программу, готовы ее доработать таким образом, чтобы она выкладывала по ftp-протоколу эти данные с нужной периодичностью в файл (обычный, flat).

Планир(овал?)ую реализовать регулярную заливку полученных файлов в таблицы с помощью cron командой COPY. Но в данном решении есть подводные камни - автоинкрементные столбцы таблиц. Так как сама по себе команда COPY не дает возможности указывать набор атрибутов, оперируя в каждом случае всей таблицей, то рассинхронизация уникальных идентификаторов, генерируемых с помощью последовательностей, обеспечена. Соответственно, в лучшем случае по завершении COPY я получу сбитое значение nextval, в худшем - команда вообще не пройдет из-за дублирующихся ключей (в любом случае, оба варианта заведомо неприемлемы, поэтому что хуже, а что лучше - это все условно-относительно).

Заставлять программистов АСУТП генерировать файлы с готовыми наборами SQL-команд мне пока не хочется :), изначально я расчитывал на простые текстовые файлы данных с разделителями.

Есть какие-нибудь идеи, как обойти проблему?

Возможно, как выход: файл -> временная таблица -> основная таблица. Но, возможно, проблему можно решить более изящно (или эффективно)..

2 LeXa NalBat
Версия PG?

7.2.1., по-моему, не позволяет

OK, спасибо! Сам, наверное, и не полез бы смотреть наличие нужной мне функциональности в более поздних версиях :)

Теперь, пожалуй, окончательного релиза 7.4 дожидаться не буду (планировал дотянуть) :)