Comment générer un UUID version 4 (aléatoire) sur Oracle?

Voici un exemple complet, basé sur @Pablo de Santa Cruz de la réponse et le code que vous avez posté.

Je ne suis pas sûr de savoir pourquoi vous avez un message d'erreur. C'est probablement un problème avec SQL Developer. Tout fonctionne bien lorsque vous exécutez dans SQL*Plus, et ajouter une fonction:

   create or replace and compile
   java source named "RandomUUID"
   as
   public class RandomUUID
   {
      public static String create()
      {
              return java.util.UUID.randomUUID().toString();
      }
   }
   /

Java created.

   CREATE OR REPLACE FUNCTION RandomUUID
   RETURN VARCHAR2
   AS LANGUAGE JAVA
   NAME 'RandomUUID.create() return java.lang.String';
   /

Function created.

   select randomUUID() from dual;

RANDOMUUID()
--------------------------------------------------------------
4d3c8bdd-5379-4aeb-bc56-fcb01eb7cc33

---

Mais je m'en tiendrais à SYS_GUID si possible. Regardez ID 1371805.1 sur My Oracle Support - ce bogue est théoriquement fixé dans 11.2.0.3.

MODIFIER

Lequel est le plus rapide dépend de la façon dont les fonctions sont utilisées.

Il ressemble à la version de Java est légèrement plus rapide lorsque utilisé en SQL. Toutefois, si vous allez utiliser cette fonction dans une PL/SQL contexte, la fonction PL/SQL est sur
deux fois plus rapide. (Probablement parce qu'il évite la surcharge de la commutation entre les moteurs.)

Voici un exemple rapide:

--Create simple table
create table test1(a number);
insert into test1 select level from dual connect by level <= 100000;
commit;

--SQL Context: Java function is slightly faster
--
--PL/SQL: 2.979, 2.979, 2.964 seconds
--Java: 2.48, 2.465, 2.481 seconds
select count(*)
from test1
--where to_char(a) > random_uuid() --PL/SQL
where to_char(a) > RandomUUID() --Java
;

--PL/SQL Context: PL/SQL function is about twice as fast
--
--PL/SQL: 0.234, 0.218, 0.234
--Java: 0.52, 0.515, 0.53
declare
    v_test1 raw(30);
    v_test2 varchar2(36);
begin
    for i in 1 .. 10000 loop
        --v_test1 := random_uuid; --PL/SQL
        v_test2 := RandomUUID; --Java
    end loop;
end;
/

---

Version 4 Guid ne sont pas complètement aléatoire. Certains des octets sont censé être corrigé. Je ne sais pas pourquoi cela a été fait, ou si c'est important, mais selon https://www.cryptosys.net/pki/uuid-rfc4122.html:

La procédure pour générer une version 4 UUID est comme suit:

Generate 16 random bytes (=128 bits)
Adjust certain bits according to RFC 4122 section 4.4 as follows:
    set the four most significant bits of the 7th byte to 0100'B, so the high nibble is "4"
    set the two most significant bits of the 9th byte to 10'B, so the high nibble will be one of "8", "9", "A", or "B".
Encode the adjusted bytes as 32 hexadecimal digits
Add four hyphen "-" characters to obtain blocks of 8, 4, 4, 4 and 12 hex digits
Output the resulting 36-character string "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX"

Les valeurs à partir de la version de Java semble être conformes à la norme.

Je l'utiliser aujourd'hui comme une solution de contournement:

create ou replace function random_uuid return RAW est 
v_uuid RAW(16); 
commencer 
v_uuid := sys.dbms_crypto.randombytes(16); 
return (utl_raw.revêtement(utl_raw.bit_or(utl_raw.bit_and(utl_raw.substr(v_uuid, 7, 1), '0F'), '40'), v_uuid, 7)); 
fin random_uuid;

La fonction nécessite dbms_crypto et utl_raw. Les deux nécessitent une exécution de la subvention.

grant execute on sys.dbms_crypto to uuid_user;

Il peut ne pas être unique, mais de générer un "GUID" comme de la chaîne aléatoire:

 FUNCTION RANDOM_GUID
    RETURN VARCHAR2 IS
    RNG    NUMBER;
    N      BINARY_INTEGER;
    CCS    VARCHAR2 (128);
    XSTR   VARCHAR2 (4000) := NULL;
  BEGIN
    CCS := '0123456789' || 'ABCDEF';
    RNG := 15;

    FOR I IN 1 .. 32 LOOP
      N := TRUNC (RNG * DBMS_RANDOM.VALUE) + 1;
      XSTR := XSTR || SUBSTR (CCS, N, 1);
    END LOOP;

    RETURN XSTR;
  END RANDOM_GUID;

Adapté à partir de la source de DBMS_RANDOM.CHAÎNE de caractères.