So erzeugen Sie eine version 4 (random) UUID auf Oracle?

Hier ist ein vollständiges Beispiel, basierend auf dem @Pablo, Santa Cruz, die Antwort und den code, den Sie geschrieben.

Ich bin mir nicht sicher, warum Sie eine Fehlermeldung. Es ist vermutlich ein Problem mit dem SQL Developer. Alles funktioniert gut, wenn Sie es ausführen in SQL*Plus und fügen Sie eine Funktion hinzu:

   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

Aber ich würde stick mit SYS_GUID wenn möglich. Blick auf ID 1371805.1 auf My Oracle Support - dieser Fehler ist angeblich behoben in 11.2.0.3.

BEARBEITEN

Welche schneller ist hängt davon ab, wie die Funktionen verwendet werden.

Sieht es aus wie die Java-version ist etwas schneller, wenn verwendet, in SQL. Allerdings, wenn Sie gehen, um diese Funktion zu verwenden, die in einem PL/SQL-Kontext, die PL/SQL-Funktion über
doppelt so schnell. (Wahrscheinlich, weil es vermeidet overhead wechseln zwischen Motoren.)

Hier ein kurzes Beispiel:

--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 GUIDs sind nicht komplett zufällig. Einige bytes werden sollen behoben werden. Ich bin mir nicht sicher, warum dies getan wurde, oder wenn es darauf ankommt, aber nach https://www.cryptosys.net/pki/uuid-rfc4122.html:

Dem Verfahren zum erzeugen einer version 4 UUID ist wie folgt:

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"

Werden die Werte aus der Java-version erscheinen, die dem standard entsprechen.

InformationsquelleAutor der Antwort Jon Heller

Benutze ich das jetzt als workaround:

erstellen oder ersetzen function random_uuid zurück RAW  
v_uuid RAW(16); 
begin 
v_uuid := sys.dbms_crypto.randombytes(16); 
zurück (utl_raw.overlay(utl_raw.bit_or(utl_raw.bit_and(utl_raw.substr(v_uuid, 7, 1), '0F'), '40'), v_uuid, 7)); 
end random_uuid;

Erfordert die Funktion dbms_crypto und utl_raw. Beide erfordern eine execute-grant.

grant execute on sys.dbms_crypto to uuid_user;

InformationsquelleAutor der Antwort ceving

Es nicht eindeutig sein kann, sondern erzeugen eine "GUID-wie" zufällige Zeichenfolge:

 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;

Angepasst aus Quelle von DBMS_RANDOM.STRING.

InformationsquelleAutor der Antwort marciel.deg

Laut UUID, Version 4 format xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx. @lonecat Antwort bieten dieses format, auch @ceving Antwort teilweise bieten-version-4-Anforderungen. Fehlt ein Teil ist das format y, y sollte einer von 8, 9, a oder b.

Nach dem mischen werden diese Antworten und fixieren der y-Teil, der code sieht wie folgt aus:

create or replace function fn_uuid return varchar2 is
  /* UUID Version 4 must be formatted as xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx where x is any hexadecimal character (lower case only) and y is one of 8, 9, a, or b.*/

  v_uuid_raw raw(16);
  v_uuid     varchar2(36);
  v_y        varchar2(1);
begin

  v_uuid_raw := sys.dbms_crypto.randombytes(16);
  v_uuid_raw := utl_raw.overlay(utl_raw.bit_or(utl_raw.bit_and(utl_raw.substr(v_uuid_raw, 7, 1), '0F'), '40'), v_uuid_raw, 7);

  v_y := case round(dbms_random.value(1, 4))
            when 1 then
             '8'
            when 2 then
             '9'
            when 3 then
             'a'
            when 4 then
             'b'
           end;

  v_uuid_raw := utl_raw.overlay(utl_raw.bit_or(utl_raw.bit_and(utl_raw.substr(v_uuid_raw, 9, 1), '0F'), v_y || '0'), v_uuid_raw, 9);
  v_uuid     := regexp_replace(lower(v_uuid_raw), '([a-f0-9]{8})([a-f0-9]{4})([a-f0-9]{4})([a-f0-9]{4})([a-f0-9]{12})', '\1-\2-\3-\4-\5');

  return v_uuid;
end fn_uuid;

InformationsquelleAutor der Antwort Uğur Yeşilyurt