Ex_Soft
2. Как можно однозначно идентифицировать запись в таблице, не имеющей
;) PK(UK)? 4 example, (пример тупой и не показательный): ЭстЪ таблица с
двумя записями:


Да никак. Причем не только в ASE - в любой СУБД.
Правда, если сделать
set rowcount 1
update table_name set BirthDate='13.02.1941' where FIO='Иванов Иван Иванович' and BirthDate='13.02.1913'
set rowcount 0
то измениться только одна запись

Но это несильно лечит - надо всегда иметь нормальный PK.

Ex_Soft
3. Поясните на пальцах назначение и использование поля timestamp, pls...


Это бинарное поле, которое может быть только одно на таблицу, и если оно есть, то оно автоматически изменяется каждый раз в строке при изменении этой строки (при этом не учитывается, изменились ли реально данные строки или нет). Единственная допустимая операция над полем - сравнение на равенство или неравенство (= или <>). Заметьте, что ко времени этот тип данных не имеет никакого отношения и приводить его к типу datetime не имеет никакого смысла.

Применяется timestamp для реализации в приложении т.н. "оптимистической блокировки" по timestamp. Клиентское приложение читает данные, дает их изменять пользователю (кроме поля timestamp) и потом при сохранении данных выполняет запрос вида


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

Ex_Soft
Краем уха слыхал и понял, что оно идентифицирует номер версии данных записи (а-ля autoincrement) и при каждом update увеличивается...

Неверно. timestamp не увеличиваестся, а просто изменяется. Он может измениться и "вниз", хотя для timestamp нет понятия "больше" или "меньше". Гарантируется только, что на достаточно большом периоде up-time-а сервера timestamp не будет неизменным при изменении данных.

Ex_Soft
А как оно живет в контексте транзакций и их видов (SNAPSHOT, SNAPSHOT TABLE STABILITY, READ COMMITTED)?


А никак. С изоляцией транзакций он не связан, просто тупо себе изменяется.
Если интересно, я могу рассказать, как timestamp реализован внутри, хотя это может быть даже вредно для его правильного использования.

автор
1. Как в Sybase организовано рождение unique id? 4 example, в InterBase для этого ЭстЪ GENERATOR'ы. Если аналогичный механизм ЭстЪ - то как получить значение этого unique id?


Какие ID имеются в виду ?
IDENTITY
или
newid()

Если newid() то его использовать можно точно так же, как INTERBASE-овские sequence. -
select newid() - и готов новый идентификатор.

Ну там достаточно тупо все.
Внутри сервера есть таймер, что-то типа GetTickCount() в WIN32 (возможно на Win32 оно так и реализовано). Он, кстати, доступен через глобальную переменную @@dbts.
При любом создании/изменении/удалении записи этот счетчик преобразуется в бинарку (а может быть он уже и есть в бинарке) и пишется в запись. Возможно, это не напрямую время (и скорее всего так), а как-то еще завязано на последовательность транзакций, поскольку сервер использует этот же счетчик для идентификации транзакций в логе, так что он должен быть уникальным для двух "одновременно" произощедших транзакций. Поэтому он при долгой работе сервера теоретически может и переполниться и "упасть вниз".

Ну и сразу становиться понятно происхождение самого названия timestamp.

newid()

newid
Description
Generates human-readable, globally unique IDs (GUIDs) in two different formats, based on arguments you provide. The length of the human-readable format of the GUID value is either 32 bytes (with no dashes) or 36 bytes (with dashes).

Syntax
newid([optionflag])
Parameters
option flag


0, or no value - the GUID generated is human-readable, but does not include dashes. This argument, which is the default, is useful for converting values into varbinary.

-1 - the GUID generated is human-readable and includes dashes.

-0x0 - returns the GUID as a varbinary.

Там еще опечатка в доке - минусы перед 1 и 0x0 лишние.

В общем, возможные варианты и результат такие :