timestamp в MSSQL

[Dmitriy Solomnikov]

В BOL написано, что это версия строки. У меня вопроса:

1. Версия строки в таблице, базе или еще где-то?

2. Как с ней работать? Попытался считать - получил массив из 8 байт. При конвертации в int (CONVERT(int, myField)) получил нормальное число, правдо какое-то здоровое.

[Ennor]

Не знаю, зачем тебе понадобился этот тип, но скорее всего он тебе не нужен. Если же из праздного любопытства, то это такой особый тип данных, значение которого автоматически изменяется при любой модификации строки (сервер сам его меняет и ругается, когда ты пытаешься явно апдейтить такое поле). Значение гарантированно уникально в пределах БД.

[Dmitriy Solomnikov]

Значение гарантированно уникально в пределах БД.

Так, что есть его значение? Я считал 8 байт... предполагаю, что в них содержится какое-то значение, но какое? Может дата, может время, может целое?

[Konst_One]

это полная дата + полное время с учетом 10000 мс

[Ennor]

это полная дата + полное время с учетом 10000 мс

Неправда. Это своего рода DB-wide identity - последовательно увеличивающиеся значения в диапазоне bigint. К дате/времени отношения никакого не имеет, если конечно речь идет о типе timestamp в понимании MSSQL 2000, а не SQL-92. Вообще же, более корректно было бы называть его rowversion, дабы избежать путаницы.

[Dmitriy Solomnikov]

Неправда. Это своего рода DB-wide identity - последовательно увеличивающиеся значения в диапазоне bigint. К дате/времени отношения никакого не имеет, если конечно речь идет о типе timestamp в понимании MSSQL 2000, а не SQL-92. Вообще же, более корректно было бы называть его rowversion, дабы избежать путаницы.

все-таки int (int64)...

[Ennor]

Скажем так - binary( 8 ), если быть совсем точным.

Да, я знаю что bigint - знаковый тип. Просто идентити с бинарным полем как-то не очень вяжется, а беззнаковых численных типов в 2000 сиквеле нет (кроме tinyint и bit, но они не в счет).