N>>FromOADate, ToOADate как раз оперируют с этим значением ticks (можно посмотреть в рефлекторе). Так что формально точность до 1 тика (100 наносекунд = 0,1 микросекунда) DateTime обеспечивать должен.

А>но вы пытались взглянуть на описание OLE Datetime и DateTime,
А>повнимательнее?
Что я пропустил?

А>Или хотите что бы тут прямо вам сказали, что "точность fload & double"
А>не совместимы после преобразования.

Спасибо, я в курсе про ошибки округления и неточность преобразований. Мой вопрос был в другом: как это можно обойти при COM Interop значений DATE.

А>http://msdn.microsoft.com/en-us/library/ms187819.aspx
А>Accuracy — Rounded to increments of .000, .003, or .007 seconds

А>Но где вы, скажите на милость, наблюдаете микро?
А>в Datetime а-ля .NET, но тогда скажите на милость
А>откуда .NET

Ссылка на T-SQL не в кассу (я где-то говорил про SQL?). Используется не SQL база, а некая "кастомная" экзотическая база (Hypertrieve, сомневаюсь, что знакомо название). Так вот там "микро" наблюдается по полной программе (by design как говорится).