/
41p, 유저의 ID는 임의의 ULID 문자열을 이용한다. ULID(정렬 가능한 범용 고유 식별자, universally unique lexicographically sortable identifier)는 … 전통적인 UUID와 유사하지만, 몇 가지 특징으로 인해 UUID보다 나은 점이 있다. 기존에는 테이블의 ID를 숫자형으로 많이 사용했는데 이는 요청이나 응답에 ID가 포함될 경우 내부 데이터의 크기를 짐작할 수 있는 등의 단점이 있어 UUID를 많이 사용했다. 하지만 UUID는 문자열이 너무 길어서 데이터가 많을 때 리소스가 낭비되고 성능에 문제가 생긴다. 보통 UUID1와 UUID4를 많이 사용한다. 하지만 UUID1은 시간 순서는 보장하지만, 생성되는 기기의 정보를 이용하기 때문에 보안 위험이 있다. UUID4는 여러 대의 기기에서 동시에 생성할 경우 충돌의 위험이 있고, 완전히 임의의 문자열이기 때문에 데이터베이스의 정렬 성능에 문제가 발생한다. 이에 비해 ULID는 첫 48비트를 현재 타임스탬프 기반으로 생성한다. … 또한 문자열로 변환되는 비트 수가 적기 때문에 저장공간이나 데이터 전송에 성능이 좋다.
Search
📖

41p, 유저의 ID는 임의의 ULID 문자열을 이용한다. ULID(정렬 가능한 범용 고유 식별자, universally unique lexicographically sortable identifier)는 … 전통적인 UUID와 유사하지만, 몇 가지 특징으로 인해 UUID보다 나은 점이 있다. 기존에는 테이블의 ID를 숫자형으로 많이 사용했는데 이는 요청이나 응답에 ID가 포함될 경우 내부 데이터의 크기를 짐작할 수 있는 등의 단점이 있어 UUID를 많이 사용했다. 하지만 UUID는 문자열이 너무 길어서 데이터가 많을 때 리소스가 낭비되고 성능에 문제가 생긴다. 보통 UUID1와 UUID4를 많이 사용한다. 하지만 UUID1은 시간 순서는 보장하지만, 생성되는 기기의 정보를 이용하기 때문에 보안 위험이 있다. UUID4는 여러 대의 기기에서 동시에 생성할 경우 충돌의 위험이 있고, 완전히 임의의 문자열이기 때문에 데이터베이스의 정렬 성능에 문제가 발생한다. 이에 비해 ULID는 첫 48비트를 현재 타임스탬프 기반으로 생성한다. … 또한 문자열로 변환되는 비트 수가 적기 때문에 저장공간이나 데이터 전송에 성능이 좋다.

출처
수집시간
2025/06/07 15:26
연결완료
1 more property