Нужна база, в которую можно без проблем писать около 10 000 параметров (полей) ежесекундно. Чтение также посекундными запросами (около 15 клиентов). Остальным клиентам информация предоставляется в виде выборки за сутки, например. Смотрю с сторону SyBase IQ 12.5 - кто использовал в подобных задачах насколько эффективно?

например, 30 суток (месяц) , после этого данные можно архивировать усредняя секундные до минутных. По моим прикидкам для полей типа float(4 байта) на сутки выходит ~ 3Гб, что вполне приемлимо.
Задача же стоит в хранении данных с тучи различных датчиков.

_Dog
Эти 10000 полей - одна запись(для IQ это не проблема)?

да, одна запись

_Dog
Писать - имеется ввиду операция insert или загрузка из файла (bulk load)?

Не представляю сеье что такое bulk load

_Dog
Какого типа запросы (ежесекундные)? "выборки за сутки" - что это?

Ежесекундные, например, отображается график realtime по одному полю (сумме полей).
Выборка за сутки - чаще по нескольким полям выбрать, например, данные по температуре и давлению чего-то с 8.00 30.08.04 до 08.00 31.08.04, опять же все это на график

ASCRUS
Sybase IQ не предназначен для использования как OLTP и эффективно данные подгружает только через LOAD TABLE, который вызывается для подгрузки данных через определенные промежутки времени. Если запросы пользователей должны сразу учитывать добавленные в реалтайме записи, то тут он ничем не поможет. Насколько я знаю, у Sybase на базе ASE сделан RealTime Database Server, можно посмотреть его характеристики.

Вот-вот, как только записалось, так сразу и считалось - это для ежесекундных запросов.
Что-т информация по RealTime Database Server скудная, а точнее ее совсем нет.

_Dog
Если хотите грузить инсертами - то надо тестировать.

А IQ водится в демо- или пиратской версии вообще?

Велосипедист
В промышленных решениях применяют связку идентификатор источника - метка времени - значение - идентификатор параметра (необязательно).

Да, есть и такой вариант реализации, просто решил копнуть, может что-то придумали лучшее (более естественное чтоли).

Ну я
Чтобы не быть голословным, код для вставки 10 тыщ значений:
test()
w $zts,!
n i,rec,id,param
s id=$i(^ddd)
f i=1:1:10000 d
. s param=$r(100000)
. s ^ddd(id,i)=param
w $zts,!
q
занимает 60 миллисек на ширпотребной тачке.

Вопрос: что Вы не договариваете?

А вот такая у нас незадача случается при тесте на MSSQL. Пишется 10 полей ежесекундно (CBuilder через ADO) ... и в сутки терятся от 10-50 записей.

DimaR
И что будет когда через пол года эксплуатации добавится 10001 датчик?

Да кстати, а что будет, если нужно через некоторое время в IQ добавить пару десятков полей?

Игорь_БГоспода!
А почему не одно или несколько длинннных полей?
Запаковать/выделить достаточно быстрая операция в любой промышленной СУБД
чем дальше тем страшнее :)
ничего не знаю о длинных полях. можешь подкинешь ссылку?
...и потом выдернуть из сайбейс одно поле каждую секунду, будет сподручнее, чем каждую секунду распаковывать некое длинное поле.

2ALL
А писать 10к записей вертикально в MSSQL 2k (по схеме идентификатор - время - значение), этакий цикл на 10к инсертов - это нормально? Справиться ли он ежесекундно?

AlexBА может просто разбить датчики на неколько групп и для каждой группы сервер?
да, решение простое (без групп сервероы) .... и безумно неудобное

Игорь_Б
на второй вопрос: 2000 записей -13 мс (MS SQL 2000 Compaq P III 700MHc 384 MB memory с использованием insert ..select... from OPENXML(..))


вот такие вот неутешительные результаты:

CREATE PROCEDURE dbo.testproc AS
declare @counter integer
set @counter=1
while 1=1
begin
insert into VTable (ID,MeasureDate,Value) VALUES (11,'2004-12-11 13:00:00',0.234523)
set @counter=@counter+1
if(@counter= 2000 )
goto Next
end
Next:
return
GO

все это за 500~600 мс
Тест производился из CBuilder компонентом ADOStoredProc