범용 고유 식별자 - 편집 역사

Gaon12: PostgreSQL 18/Python 3.14/.NET 9 지원 추가, PHP 구현 방법 신규 작성, 업계 채택 동향 업데이트

2025-10-09T05:11:20Z

PostgreSQL 18/Python 3.14/.NET 9 지원 추가, PHP 구현 방법 신규 작성, 업계 채택 동향 업데이트

차이 보기

Gaon12: 문서 개선

2025-06-08T12:20:10Z

문서 개선

차이 보기

2025년 5월 23일 (금) 05:27에 Gaon12님의 편집

2025-05-23T05:27:42Z

Gaon12: 문서 최신화

2025-05-23T05:26:28Z

문서 최신화

차이 보기

Gaon12: 버전 6, 7, 8 내용 보강

2025-02-16T06:16:20Z

버전 6, 7, 8 내용 보강

차이 보기

Gaon12: 오해의 소지 있는 부분 수정

2025-01-22T10:33:41Z

오해의 소지 있는 부분 수정

차이 보기

Gaon12: 시작

2024-07-14T02:15:17Z

시작

새 문서

== 개요 ==
UUID(Universally Unique Identifier)는 전 세계적으로 고유한 식별자를 만들기 위해 고안된 표준이다. UUID는 128비트 길이의 숫자이며, 주로 소프트웨어 시스템에서 객체, 엔티티 등을 고유하게 식별하기 위해 사용된다. UUID는 [https://datatracker.ietf.org/doc/html/rfc4122 RFC 4122 표준]에 정의되어 있으며, 다양한 버전과 생성 방법이 존재한다.

UUID는 일반적으로 32자리의 16진수 숫자로 표현되며, 하이픈(-)으로 구분된 5개의 그룹으로 나뉜다. 예를 들어, `123e4567-e89b-12d3-a456-426614174000`와 같은 형태이다. 이 구조는 8-4-4-4-12 형태로 구성되어 있다.

== 장단점 ==
=== 장점 ===
* '''전 세계적 고유성''': UUID는 분산 시스템에서 중복 없이 고유한 식별자를 생성할 수 있다.
* '''충돌 가능성 낮음''': 128비트 길이로 인해 충돌 가능성이 극히 낮다. 특히 UUID 버전 1의 경우 시간 및 공간 기반으로 생성되기 때문에 충돌 확률이 더 낮다. 충돌 확률 계산은 [[#충돌 확률]] 문단을 확인하자.
* '''독립성''': UUID는 생성 시 외부 시스템이나 중앙 서버와의 통신 없이도 고유한 식별자를 만들 수 있다.
* '''범용성''': 다양한 프로그래밍 언어와 플랫폼에서 UUID를 지원하며, 표준화된 형식을 가지고 있다.

=== 단점 ===
* '''크기''': UUID는 128비트(16바이트) 길이로, 메모리와 저장 공간을 많이 차지할 수 있다. 특히 대규모 데이터베이스에서 성능에 영향을 미칠 수 있다.
* '''가독성''': 인간이 읽기에는 길고 복잡하여 식별하기 어렵다.
* '''정렬''': 생성 시점에 따라 순서가 보장되지 않기 때문에 정렬이나 인덱싱이 필요한 경우 부적합할 수 있다.
* '''보안''': UUID 버전 1의 경우 MAC 주소와 타임스탬프를 포함하여 개인 정보 노출의 위험이 있다.

== 특징 ==
UUID는 다음과 같은 특징을 갖는다:

* '''고유성''': 각 UUID는 전 세계적으로 유일하다.
* '''확장성''': 네트워크 환경과 무관하게 고유 식별자를 생성할 수 있다.
* '''독립적 생성''': UUID는 독립적으로 생성할 수 있으며, 중앙 서버 없이도 분산 환경에서 사용이 가능하다.
* '''표준화''': RFC 4122 표준에 의해 정의되어 있어, 다양한 시스템과 플랫폼에서 일관성 있게 사용할 수 있다.
* '''다양한 버전''': 다양한 생성 방법에 따라 여러 버전이 존재하며, 각각의 버전은 고유한 용도와 생성 방법을 갖는다.

== UUID의 버전 ==
UUID는 총 다섯 가지 주요 버전이 있으며, 각 버전마다 생성 방법과 용도가 다르다.

=== 버전 1: 타임스탬프 기반 ===
UUID 버전 1은 생성 시점의 시간과 공간(주로 MAC 주소)을 기반으로 UUID를 생성한다. 이 방식은 고유성이 보장되지만, 타임스탬프와 MAC 주소를 포함하기 때문에 개인 정보 유출의 가능성이 있다.

=== 버전 2: DCE 보안 ===
UUID 버전 2는 DCE(Security Domain)의 보안 목적으로 사용된다. 버전 1과 유사하게 시간과 공간 기반으로 생성되지만, 추가적으로 POSIX UID/GID 정보를 포함한다.

=== 버전 3: 이름 기반(MD5 해시) ===
UUID 버전 3은 이름(Name)과 네임스페이스를 기반으로 MD5 해시를 사용해 UUID를 생성한다. 이 버전은 입력된 이름과 네임스페이스가 동일하면 항상 동일한 UUID를 생성한다. 고유성보다는 동일성 보장이 필요할 때 유용하다.

=== 버전 4: 난수 기반 ===
UUID 버전 4는 난수(Random) 또는 의사 난수(Pseudorandom)를 기반으로 생성된다. 가장 일반적으로 사용되는 버전으로, 순수한 난수 생성 방식으로 인해 매우 낮은 충돌 가능성을 갖는다.

=== 버전 5: 이름 기반(SHA-1 해시) ===
UUID 버전 5는 이름(Name)과 네임스페이스를 기반으로 SHA-1 해시를 사용해 UUID를 생성한다. 버전 3과 유사하지만, 더 강력한 해시 알고리즘인 SHA-1을 사용한다.

== 구조 ==
UUID는 총 128비트 길이로, 이는 32자리의 16진수 숫자로 표현되며, 5개의 그룹으로 나뉜다. 각 그룹은 하이픈(-)으로 구분된다. 예를 들어, `123e4567-e89b-12d3-a456-426614174000`와 같은 형태이다. UUID 구조는 다음과 같은 형식을 따른다: `8-4-4-4-12`. 각 부분의 의미는 다음과 같다:

# '''1번 그룹 (8자리)'''
# '''2번 그룹 (4자리)'''
# '''3번 그룹 (4자리)'''
# '''4번 그룹 (4자리)'''
# '''5번 그룹 (12자리)'''

UUID의 각 부분은 특정 정보를 나타내며, 각 버전에 따라 다르게 구성될 수 있다.

== 버전 별 구조 ==
=== 버전 1의 구조 ===
UUID 버전 1은 시간과 공간(주로 MAC 주소)을 기반으로 생성된다. 각 자리의 의미는 다음과 같다:

# '''시간 저하위 비트 (32비트)''': UUID의 첫 번째 부분은 시간의 하위 32비트를 나타낸다.
# '''시간 중간 비트 (16비트)''': 두 번째 부분은 시간의 중간 16비트를 나타낸다.
# '''시간 고하위 비트와 버전 (16비트)''': 세 번째 부분은 시간의 상위 12비트와 버전을 나타낸다. 상위 4비트는 버전 번호로, 버전 1의 경우 `0001`이다.
# '''클럭 시퀀스와 VARIANT (16비트)''': 네 번째 부분은 클럭 시퀀스와 VARIANT를 포함한다. VARIANT는 UUID의 변형을 나타내며, 상위 2~3비트로 표현된다.
# '''노드 (48비트)''': 다섯 번째 부분은 노드, 즉 주로 MAC 주소를 나타낸다.

=== 버전 4의 구조 ===
UUID 버전 4는 난수 기반으로 생성되며, 각 자리는 난수 값으로 채워진다. 그러나 특정 비트는 UUID 형식을 보장하기 위해 고정된다:

# '''임의의 값 (60비트)''': 첫 번째, 두 번째, 다섯 번째 부분의 값은 모두 난수 값으로 채워진다.
# '''버전 (4비트)''': 세 번째 부분의 상위 4비트는 버전 번호를 나타내며, 버전 4의 경우 `0100`이다.
# '''VARIANT (2~3비트)''': 네 번째 부분의 상위 2~3비트는 VARIANT를 나타낸다. 대부분의 경우 `10xx` 형식으로 나타난다.
# '''임의의 값 (62비트)''': 나머지 비트는 모두 난수 값으로 채워진다.

=== 버전 3과 5의 구조 ===
UUID 버전 3과 5는 이름 기반 해시(UUID 버전 3은 MD5, 버전 5는 SHA-1)를 사용하여 생성된다. 구조는 다음과 같다:

# '''해시 값 (128비트)''': 전체 128비트는 입력된 이름과 네임스페이스에 대한 해시 값으로 채워진다.
# '''버전 (4비트)''': 세 번째 부분의 상위 4비트는 버전 번호를 나타낸다. 버전 3의 경우 `0011`, 버전 5의 경우 `0101`이다.
# '''VARIANT (2~3비트)''': 네 번째 부분의 상위 2~3비트는 VARIANT를 나타낸다.
4. '''해시 값 (나머지 비트)''': 나머지 비트는 해시 값으로 채워진다.

== VARIANT 필드 ==
UUID의 네 번째 부분에는 VARIANT 필드가 포함되어 있다. 이 필드는 UUID의 변형을 나타내며, 다양한 형식의 UUID를 구별하기 위해 사용된다. 주요 VARIANT는 다음과 같다:

# '''0b0xxx''': NCS 호환 UUID
# '''0b10xx''': RFC 4122/DCE 1.1 호환 UUID (가장 일반적으로 사용됨)
# '''0b110x''': Microsoft GUID
# '''0b111x''': 예약됨, 미래의 사용을 위해 남겨둠

== 활용 사례 ==
UUID는 다양한 분야에서 널리 사용된다. 주요 활용 사례는 다음과 같다:

# '''데이터베이스 키''': UUID는 분산 데이터베이스 시스템에서 고유한 키로 사용된다. 중앙 집중식 서버 없이도 각 노드에서 고유한 식별자를 생성할 수 있다.
# '''세션 관리''': 웹 애플리케이션에서 사용자 세션을 고유하게 식별하기 위해 UUID가 사용된다.
# '''파일 시스템''': 파일이나 디렉토리를 고유하게 식별하기 위해 UUID를 사용하여 파일 시스템 내에서 충돌을 방지한다.
# '''네트워크 장치 식별''': 네트워크 장치나 프로토콜에서 고유 식별자로 UUID를 사용하여 충돌을 방지하고, 장치를 구별한다.
# '''소프트웨어 배포''': 소프트웨어 패키지나 버전을 고유하게 식별하여 업데이트 및 배포를 관리한다.

== 충돌 확률 ==
UUID 버전 4는 128비트 숫자이지만, 버전 및 변형 비트를 고정한 후에는 122비트가 랜덤 생성에 사용된다. 이는 총 <math>2^{122}</math> (약 <math>5.3 \times 10^{36}</math>)개의 가능한 UUID가 존재한다.

충돌 확률을 설명하기 위해 [[생일 문제]]를 생각해 볼 수 있다. 확률은 <math>1 - e^{-n^2 / 2 \cdot 2^{122}}</math>로 근사할 수 있다. 예를 들어, 충돌 확률이 50%가 되려면 약 <math>2^{61}</math> (약 <math>2.3 \times 10^{18}</math>) 개의 UUID를 생성해야 한다.

따라서 실질적으로 UUID 버전 4를 사용하여 중복 UUID가 생성될 가능성은 매우 낮아, 분산 시스템에서 고유 식별자로서 매우 신뢰할 수 있다.

== 결론 ==
UUID는 전 세계적으로 고유한 식별자를 생성하기 위한 표준으로, 다양한 시스템과 환경에서 널리 사용된다. 각 버전은 고유한 생성 방법과 용도를 가지며, 특정 상황에 맞는 UUID 버전을 선택하여 사용할 수 있다. UUID의 고유성과 독립성은 분산 시스템에서 특히 유용하며, 데이터베이스, 세션 관리, 파일 시스템 등 다양한 분야에서 그 유용성이 입증되고 있다.


[[분류:컴퓨터 과학]] [[분류:소프트웨어 개발]] [[분류:식별자]] [[분류:데이터베이스]] [[분류:네트워크]] [[분류:수학]] [[분류:확률]]

← 이전 판		2025년 5월 23일 (금) 14:27 판
1번째 줄:		1번째 줄:
	== 개요 ==		== 개요 ==
	UUID(Universally Unique Identifier)는 전 세계적으로 고유한 식별자를 만들기 위해 고안된 128비트 표준 식별자이다. 2005년의 RFC 4122가 2024년 5월 발표된 '''RFC 9562'''로 대체되며, 최신 규격에서 버전 6 · 7 · 8이 정식 표준에 포함되었다.~~:contentReference[oaicite:0]{index=0}~~		UUID(Universally Unique Identifier)는 전 세계적으로 고유한 식별자를 만들기 위해 고안된 128비트 표준 식별자이다. 2005년의 RFC 4122가 2024년 5월 발표된 '''RFC 9562'''로 대체되며, 최신 규격에서 버전 6 · 7 · 8이 정식 표준에 포함되었다.
	UUID는 32자리 16진수 숫자를 <code>8-4-4-4-12</code> 형식으로 하이픈으로 구분하여 표현한다. 예) <code>123e4567-e89b-12d3-a456-426614174000</code>. 버전 7은 밀리초 단위 Unix 타임스탬프를 상위 48비트에 포함해 시간 순 정렬성을 대폭 향상시켰다.~~:contentReference[oaicite:1]{index=1}~~		UUID는 32자리 16진수 숫자를 <code>8-4-4-4-12</code> 형식으로 하이픈으로 구분하여 표현한다. 예) <code>123e4567-e89b-12d3-a456-426614174000</code>. 버전 7은 밀리초 단위 Unix 타임스탬프를 상위 48비트에 포함해 시간 순 정렬성을 대폭 향상시켰다.

	== 장단점 ==		== 장단점 ==
	=== 장점 ===		=== 장점 ===
	* '''전 세계적 고유성''': 분산 환경에서도 중복 없이 고유한 식별자를 생성할 수 있다.~~:contentReference[oaicite:2]{index=2}~~		* '''전 세계적 고유성''': 분산 환경에서도 중복 없이 고유한 식별자를 생성할 수 있다.
	* '''충돌 가능성 낮음''': 2<sup>122</sup> (≈5.3 × 10<sup>36</sup>)개의 조합으로 충돌 확률이 극히 낮다.~~:contentReference[oaicite:3]{index=3}~~		* '''충돌 가능성 낮음''': 2<sup>122</sup> (≈5.3 × 10<sup>36</sup>)개의 조합으로 충돌 확률이 극히 낮다.
	* '''독립성''': 중앙 서버와 통신하지 않아도 식별자를 만들 수 있다.		* '''독립성''': 중앙 서버와 통신하지 않아도 식별자를 만들 수 있다.
	* '''범용성''': 대부분의 언어·플랫폼에서 기본 또는 외부 라이브러리로 지원한다.~~:contentReference[oaicite:4]{index=4}~~		* '''범용성''': 대부분의 언어·플랫폼에서 기본 또는 외부 라이브러리로 지원한다.
	* '''정렬성 향상''': 버전 6·7은 시간 정보를 앞부분에 배치해 인덱스 지역성 문제를 완화한다.~~:contentReference[oaicite:5]{index=5}~~		* '''정렬성 향상''': 버전 6·7은 시간 정보를 앞부분에 배치해 인덱스 지역성 문제를 완화한다.

	=== 단점 ===		=== 단점 ===
	* '''크기''': 16바이트이므로 대규모 DB 인덱스에는 부담이 될 수 있다.~~:contentReference[oaicite:6]{index=6}~~		* '''크기''': 16바이트이므로 대규모 DB 인덱스에는 부담이 될 수 있다.
	* '''가독성''': 사람이 읽고 기억하기엔 복잡하다.		* '''가독성''': 사람이 읽고 기억하기엔 복잡하다.
	* '''정렬''': 난수 기반인 버전 4는 생성 순서가 무작위라 B-tree 인덱스 파편화가 심하다.~~:contentReference[oaicite:7]{index=7}~~		* '''정렬''': 난수 기반인 버전 4는 생성 순서가 무작위라 B-tree 인덱스 파편화가 심하다.
	* '''보안''': 버전 1은 MAC 주소·시간 정보가 노출될 수 있다.~~:contentReference[oaicite:8]{index=8}~~		* '''보안''': 버전 1은 MAC 주소·시간 정보가 노출될 수 있다.

	== 특징 ==		== 특징 ==
21번째 줄:		21번째 줄:
	* '''확장성''': 네트워크 상태와 무관하게 생성 가능.		* '''확장성''': 네트워크 상태와 무관하게 생성 가능.
	* '''독립적 생성''': 중앙 서버 없이 분산 환경에서 사용 가능.		* '''독립적 생성''': 중앙 서버 없이 분산 환경에서 사용 가능.
	* '''표준화''': RFC 9562로 상호 운용성 보장.~~:contentReference[oaicite:9]{index=9}~~		* '''표준화''': RFC 9562로 상호 운용성 보장.
	* '''다양한 버전''': 1 ~ 8 버전이 존재하며 용도별로 선택할 수 있다.~~:contentReference[oaicite:10]{index=10}~~		* '''다양한 버전''': 1 ~ 8 버전이 존재하며 용도별로 선택할 수 있다.
	* '''풍부한 라이브러리''': Python·Go·JavaScript 등에서 모듈 또는 패키지 형태로 제공된다.~~:contentReference[oaicite:11]{index=11}~~		* '''풍부한 라이브러리''': Python·Go·JavaScript 등에서 모듈 또는 패키지 형태로 제공된다.

	== UUID의 버전 ==		== UUID의 버전 ==
	* '''버전 1 (타임스탬프 + MAC)''': 시간·MAC 기반, 개인 정보 노출 우려.~~:contentReference[oaicite:12]{index=12}~~		* '''버전 1 (타임스탬프 + MAC)''': 시간·MAC 기반, 개인 정보 노출 우려.
	* '''버전 2 (DCE 보안)''': POSIX UID/GID 포함, 실무 사용 거의 없음.		* '''버전 2 (DCE 보안)''': POSIX UID/GID 포함, 실무 사용 거의 없음.
	* '''버전 3 (이름 기반 + MD5)''': 동일 입력에 동일 UUID 보장.		* '''버전 3 (이름 기반 + MD5)''': 동일 입력에 동일 UUID 보장.
	* '''버전 4 (난수 기반)''': 가장 널리 쓰이며 충돌 확률 매우 낮음.~~:contentReference[oaicite:13]{index=13}~~		* '''버전 4 (난수 기반)''': 가장 널리 쓰이며 충돌 확률 매우 낮음.
	* '''버전 5 (이름 기반 + SHA-1)''': v3과 같으나 해시 알고리즘만 SHA-1.~~:contentReference[oaicite:14]{index=14}~~		* '''버전 5 (이름 기반 + SHA-1)''': v3과 같으나 해시 알고리즘만 SHA-1.
	* '''버전 6 (시간순 정렬 강화)''': v1의 한계를 보완해 상위비트에 big-endian 시간값 배치.~~:contentReference[oaicite:15]{index=15}~~		* '''버전 6 (시간순 정렬 강화)''': v1의 한계를 보완해 상위비트에 big-endian 시간값 배치.
	* '''버전 7 (Unix 에포크 밀리초)''': 48비트 타임스탬프 + 74비트 난수, 인덱스 친화적.~~:contentReference[oaicite:16]{index=16}~~		* '''버전 7 (Unix 에포크 밀리초)''': 48비트 타임스탬프 + 74비트 난수, 인덱스 친화적.
	* '''버전 8 (사용자 정의)''': 응용 프로그램이 의미를 정의하는 커스텀 UUID.~~:contentReference[oaicite:17]{index=17}~~		* '''버전 8 (사용자 정의)''': 응용 프로그램이 의미를 정의하는 커스텀 UUID.

	== 주요 구현 및 채택 현황 ==		== 주요 구현 및 채택 현황 ==
	* '''PostgreSQL''' — <code>uuid_generate_v7()</code> 함수를 제공하는 확장 <code>pg_uuidv7</code>.~~:contentReference[oaicite:18]{index=18}~~		* '''PostgreSQL''' — <code>uuid_generate_v7()</code> 함수를 제공하는 확장 <code>pg_uuidv7</code>.
	* '''Python''' — 표준 라이브러리는 v1·3·4·5만 지원하며, v7 추가 제안이 진행 중이다.~~:contentReference[oaicite:19]{index=19}~~		* '''Python''' — 표준 라이브러리는 v1·3·4·5만 지원하며, v7 추가 제안이 진행 중이다.
	* '''Go''' — <code>github.com/google/uuid</code> 및 <code>flexstack/uuid</code> 등이 v7을 지원한다.~~:contentReference[oaicite:20]{index=20}~~		* '''Go''' — <code>github.com/google/uuid</code> 및 <code>flexstack/uuid</code> 등이 v7을 지원한다.
	* '''Java''' — 표준 <code>java.util.UUID</code>는 v7을 아직 포함하지 않아 커뮤니티 논의가 활발하다.~~:contentReference[oaicite:21]{index=21}~~		* '''Java''' — 표준 <code>java.util.UUID</code>는 v7을 아직 포함하지 않아 커뮤니티 논의가 활발하다.
	* '''DuckDB''' — 1.3.0에서 v7 지원을 추가했으나 타임스탬프 호환성 이슈가 보고되었다.~~:contentReference[oaicite:22]{index=22}~~		* '''DuckDB''' — 1.3.0에서 v7 지원을 추가했으나 타임스탬프 호환성 이슈가 보고되었다.
	* 기타 언어들도 외부 라이브러리 형태로 빠르게 v7을 채택 중이다.~~:contentReference[oaicite:23]{index=23}~~		* 기타 언어들도 외부 라이브러리 형태로 빠르게 v7을 채택 중이다.

	== 충돌 확률 ==		== 충돌 확률 ==
	버전 4·6·7·8 모두 122비트 이상의 무작위 엔트로피를 갖는다. 초당 10억 개의 UUID를 100년간 생성해도 50% 충돌 확률에 도달하지 않는다.~~:contentReference[oaicite:24]{index=24}~~		버전 4·6·7·8 모두 122비트 이상의 무작위 엔트로피를 갖는다. 초당 10억 개의 UUID를 100년간 생성해도 50% 충돌 확률에 도달하지 않는다.

	== 결론 ==		== 결론 ==
	UUID는 여전히 분산 시스템에서 사실상 표준 식별자이며, RFC 9562 채택으로 버전 6·7·8이 공식화되어 정렬성과 활용성이 크게 개선되었다. 각 상황에 맞는 버전을 선택해 사용하면, 충돌 위험을 최소화하면서도 성능·보안·정렬성 요구 사항을 충족할 수 있다.		UUID는 여전히 분산 시스템에서 사실상 표준 식별자이며, RFC 9562 채택으로 버전 6·7·8이 공식화되어 정렬성과 활용성이 크게 개선되었다. 각 상황에 맞는 버전을 선택해 사용하면, 충돌 위험을 최소화하면서도 성능·보안·정렬성 요구 사항을 충족할 수 있다.