День добрый,

ASE 12.5.1

есть таблица T:

A ( DATETIME ) B( int ) ...

в таблице есть unique интекс ( колонка A )

при попытке вставить в таблицу данные:
insert into T (A,B) values ( '05.31.2006 16:23:46:1', 1 );
insert into T (A,B) values ( '05.31.2006 16:23:46:2', 1 );
insert into T (A,B) values ( '05.31.2006 16:23:46:3', 1 );

на последние две строки ругается:

...innsert duplicate key row in object 'T' with unique index 'xxxxx'...

вопрос собственно в том так и должно быть ( в смысле милесекунды не учитываются ) или как ?

тоесть если разнести с шагом в 3 мс то все должно быть ок ?

с шагом в 3 мс тоже не все так гладко получилось: из 330 записей 33 не заинсертилось...

причем интересно так: начинал с 3 мс , 5 записей обработалось ( тоесть до 18 мс ) дальше ошибка, и далее до конца каждый 10 инсерт обрабатывался с ошибкой. проверил 2 раза... :(

вот с шагом 4 мс вроде все нормально...

Трава у домаВообще в руководстве написано, что "сервер может округлить данные" но точно как - не написано. У меня был опыт когда в datediff он именно по тройкам шел. Но не факт что так всегда будет. в доке не вижу что-то.
А десятые доли секунды не устроят, с ними все нормально вроде?

десятые в смысле `11:12:13:100` - `11:12:13:900` ?

я остановился на шаге 10 мс. У меня просто совтина некторая, которая уникальность своих данных этим способом проверяет, появилаясь задача скармливать ей некоторую часть доп. данных, для отделения родных данных от наших пользуются секунды и милесекунды.... короче имея закрытый исходный код пришлось гланды вырезать через Ж.

спасибо.