MS проблема точности даты и времени SQL

У меня есть ситуация, где два человека могли бы работать над тем же порядком (сохраненный в базе данных SQL MS) от двух различных компьютеров. Для предотвращения потери данных в случае, где можно было бы сохранить его копию порядка сначала и затем немного позже, второе сохранит его копию и перезапишет первое, я добавил проверку по сравнению с lastSaved полем (дата и время) перед сохранением.

Код примерно походит на это:

private bool orderIsChangedByOtherUser(Order localOrderCopy)
{
    // Look up fresh version of the order from the DB
    Order databaseOrder = orderService.GetByOrderId(localOrderCopy.Id);

    if (databaseOrder != null &&
        databaseOrder.LastSaved > localOrderCopy.LastSaved)
    {
        return true;
    }
    else
    {
        return false;
    }
}

Это работает большую часть времени, но я нашел одну небольшую ошибку.

Если orderIsChangedByOtherUser возвратит false, то локальной копии обновят ее lastSaved к текущему времени и затем сохраняется к базе данных. Значение lastSaved в локальной копии и DB должно теперь быть тем же. Однако, если orderIsChangedByOtherUser выполняется снова, он иногда возвращает true даже при том, что никакой другой пользователь не внес изменения в DB.

При отладке в Visual Studio, databaseOrder. LastSaved и localOrderCopy. LastSaved, кажется, имеют то же значение, но выглядя ближе они несколько раз отличаются несколькими миллисекундами.

Я нашел эту статью с коротким уведомлением на точности миллисекунды для даты и времени в SQL:

Другая проблема состоит в том, что SQL Server снабжает ДАТУ И ВРЕМЯ точностью 3,33 миллисекунд (0. 00333 секунды).

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

Мой вопрос Вам затем: там какие-либо лучшие/более безопасные пути состоят в том, чтобы сравнить два значения даты и времени в MS SQL, чтобы видеть, являются ли они точно тем же?