Вдогонку:

хранить GUID правилнее даже не в CHAR(32) а в RAW(16).

LeonidВ древние времена не мянялся за время жизни записи

В древние времена можно было пересоздать таблицу или сделать Exp/Imp и ROWID записей менялся. Поэтому никому никогда не приходило в голову использовать ROWID так как вы предлагаете.

Leonidчто раньше, в принципе можно было решить при помощи "телевизора" на Oracle

Да не использовали никогда ROWID для этих целей. НИКОГДА. После восстановления базы из дампа ROWID неизбежно МЕНЯЛИСЬ. ВСЕГДА!!!

Leonidвообще, не решается, а точнее решается как вы сказали (запихиванием GUID вручную)

Чем по вашему отличается система с триггером (из 3 строк) который будет засовывать GUID в поле от поля с типом GUID в M$SQL ??? Триггер это "запихивание GUID вручную" ???

LeonidТолько sequenCe (пишется через "c")
В данном случае не важно, не на диктанте сидим...

Leonididentity призваны в основном для другого - для primary key
Почему для другого ??? А чем вам GUID не primary key ???

Leonidрамках нескольких БД uniqueidentifier с этим еще лучше справится
Ну в рамках нескольких БД - ROWID вам тоже не поможет. А можно и на sequence выйти из положения, добавив идентификатор БД к номеру который выдаёт sequence.

Разойдёмся :) :

create or replace trigger before insert on xxxtable for each row
begin
if :new.giud is null then
:new.giud_column:=SYS_GUID();
end if;
end;

--В принципе, хватило-бы строчки :new.giud_column:=SYS_GUID(), но вдруг вам захочется иногда и с клиентского приложения эту колонку заполнять.

Кстати, странно, в документации (ссылка от Denis Popov) написано : "SYS_GUID generates and returns a globally unique identifier (RAW value) made up of 16 bytes" и про "32-character hexadecimal representation of the 16-byte RAW value of the global unique identifier", а в примере там-же написано ALTER TABLE locations ADD (uid_col RAW(32)).
А я сегодня проверял - лезет GUID в RAW(16)...непонятно зачем RAW(32)...