본문 바로가기
성공지식백과 로고성공지식백과
GLOSSARY

식별자 (Identifier, ID)

입문바이브 코딩

이 페이지는 바이브 코딩 문맥에서 자주 쓰이는 식별자 (Identifier, ID)의 뜻과 쓰임을 입문 난이도 기준으로 정리한 AI 용어사전 항목입니다. 정의와 맥락, 관련 용어 5개, 관련 글 1개 순서로 묶었으니, 아래 설명을 먼저 읽고 연결된 개념과 글까지 이어서 보면 이해가 빨라집니다.

식별자(Identifier, ID)는 여러 대상 가운데 특정 대상을 구분하고 다시 가리키기 위해 쓰는 이름이나 값입니다. 사용자 번호, 문서 ID, 프로그램 객체의 식별값처럼 다양한 형태가 있습니다. 식별자가 서로 겹치지 않아야 하는 범위와 유지되는 기간은 시스템마다 다르며, 같은 모양의 값이라도 다른 공간에서는 다른 대상을 뜻할 수 있습니다.

대상을 구별하는 범위

회원 이름이 같은 사람이 둘 있어도 회원 번호가 다르면 주문이나 계정을 구별할 수 있습니다. 사람이 읽는 표시 이름은 바뀌거나 겹칠 수 있지만, 관련 데이터가 참조하는 식별값은 그 시스템이 정한 규칙에 따라 관리합니다. 화면에서 보이는 이름과 내부에서 사용하는 ID를 분리하면 이름 변경이 다른 기록의 연결까지 흔들지 않도록 구성하기 쉽습니다.

유일성은 어느 범위에서 보장하는지 함께 읽습니다. PostgreSQL의 제약 조건 문서는 기본 키를 테이블의 행을 유일하게 식별할 수 있는 열이나 열의 조합으로 설명합니다. 기본 키에는 중복되지 않는 값과 null이 아닌 값이라는 조건이 붙습니다. 다른 테이블에서 같은 숫자를 사용한다고 이 조건이 바로 깨지는 것은 아닙니다. 각각의 키가 어느 테이블 안에서 어떤 행을 구별하는지 보기 때문입니다.

여러 조직의 데이터를 한곳에서 다룰 때는 조직 ID와 조직 안의 항목 ID를 함께 사용하기도 합니다. 항목 번호만 복사하면 다른 조직의 같은 번호와 충돌할 수 있기 때문입니다. API 주소나 데이터 파일을 공유할 때 값 하나만으로 충분한지, 소유 계정이나 프로젝트 같은 추가 범위가 필요한지 확인하면 잘못된 대상을 읽는 문제를 줄일 수 있습니다.

실행 중 식별값과 지속 식별값

Python의 id() 설명은 객체의 식별값이 그 객체의 수명 동안 유일하고 일정하다고 명시합니다. 수명이 겹치지 않는 두 객체에는 같은 값이 사용될 수 있습니다. 실행 중인 객체를 구별하는 식별값을 데이터베이스의 영구 사용자 번호처럼 저장하면, 프로그램을 다시 실행한 뒤에도 같은 대상을 뜻한다고 잘못 기대하게 됩니다.

식별자가 숫자라는 사실도 크기나 순서를 뜻하지는 않습니다. 시스템이 순차 번호를 배정하는 경우도 있지만 무작위 값이나 문자열을 사용하는 경우도 있습니다. 두 ID 중 큰 값이 더 최신 데이터라는 해석은 생성 규칙이 그런 순서를 보장할 때만 성립합니다. 값의 형태와 업무상의 의미를 분리하면 ID를 시간이나 우선순위처럼 잘못 사용하는 오류를 피할 수 있습니다.

원본 데이터를 다른 환경으로 옮길 때는 ID를 보존할지 새로 만들지도 정합니다. 새 번호를 부여했다면 그 값을 참조하는 다른 데이터도 같은 대응 관계로 옮겨야 합니다. 문서만 복사하고 댓글이나 첨부 파일의 참조를 예전 ID로 남기면 연결이 끊어집니다. 데이터를 옮긴 뒤에는 행 수뿐 아니라 참조 관계가 같은 대상을 가리키는지도 확인합니다.

UUID와 생성 규칙의 선택

RFC 9562는 UUID를 128비트 식별자로 정의하고 버전별 생성 구조를 설명합니다. UUID는 중앙의 순번 발급기에 항상 의존하지 않고 식별자를 만들려는 상황에 쓰입니다. 다만 UUID라는 이름만으로 모든 버전이 같은 방식으로 무작위 값을 만들거나 같은 시간 순서를 가진다고 해석하지 않습니다. 어떤 버전을 어떤 구현으로 생성했는지가 값의 성질을 결정합니다.

데이터베이스에서 ID를 사용할 때는 생성 방식과 저장 시의 제약을 함께 봅니다. 충돌 가능성이 작도록 값을 생성하는 일과, 중복 값이 저장되지 않도록 제약을 두는 일은 역할이 다릅니다. 외부에서 받은 ID를 그대로 사용하는 경우에도 길이와 형식, 소유 범위가 요청의 대상과 맞는지 확인합니다. 요청에 ID가 들어 있다는 사실만으로 그 대상을 읽거나 수정할 권한이 확인되는 것은 아닙니다.

문제를 추적할 때는 사용자 ID, 요청 ID, 작업 ID처럼 각 값이 가리키는 대상을 이름으로 구분합니다. 오류 메시지에 ID 하나만 남으면 어느 서비스에서 찾아야 하는지 알기 어렵습니다. 같은 요청이 여러 서비스로 이어진다면 추적용 식별자를 연결하되 개인을 식별하는 값과 구별해 기록 범위를 정합니다. 식별값을 공유할 때도 그 값으로 어떤 정보까지 조회할 수 있는지에 따라 취급 범위가 달라집니다.

RELATED TERMS

관련 용어

식별자 (Identifier, ID)와 함께 자주 언급되는 개념들입니다. 비슷한 말처럼 보여도 역할과 쓰임은 다를 수 있습니다.

READ NEXT

관련 글

glossary에서 개념을 잡고 관련 글로 넘어가면 실제 문맥 이해가 쉬워집니다.