guid 생성하는 방법들

구분을 위해 아이디가 필요할 때는(DB의 레코드 아이디등) 윈도우 시스템이 만들어 주는 guid를 사용해 왔다. 이 CoCreateguid()로 생성된 아이디는 데시를 빼고라도 32 글자나 되어 이 아이디를 url 같은데다가 파라메터로 붙여 사용하면 정말 지저분한 url이 되버린다.

윈도우 guid를 사용하는 건 완전 오바다라고 판단하고 다른 방법이 있을까 싶어 고민하다가 인터넷에서 찾은 것이 바로 이것.

HOW TO: Create guids by Using Active Server Pages in IIS

이 문건에서는 다음 일곱가지의 아이디 생성 방법을 소개한다.

• Create a Simple Time-Based Guid: 년월일시분초를 그대로 문자열로 만들어 아이디 생성
• Create a Simple Time-Offset Guid: 기준일(2000년 1월 1일 0시 0분 0초를 기준으로 현재까지 흐른 시간을 초로 환산해 아이디 생성
• Create a More Unique Time-Offset Guid: 위 두번째 방법에 5자리 난수를 생성하여 붙인 아이디 생성
• Create a Simple Random Guid: 36개의 문자들 중 임의로 20개의 문자를 선택해아이디 생성
• Create a Variable-Length Random Guid: 위 방법과 동일하나 아이디 크기를 지정할 수 있음
• Create a Windows-Style Random Guid: 윈도우 스타일의 guid를 생성. 하지만 만드는 방법은 다르다. 모양만 윈도우 guid이다.
• Create a Stronger Windows-Style Random guid: 자리수는 윈도우 guid와 같으나 16진수 대신 36진수 사용

처음 두 방식은 아이디를 생성할 때 초까지 동일한 시각에 만들면 동일한 아이디가 생성된다. 1초 이내에 여러번 아이디를 생성하는 것은 허다한 경우므로 이 두 방법은 무효! Guid라는 말이 무색하다. 다른 방식들과는 다르게 난수 생성을 안하므로 속도는 좀 빠르겠구만.

세번째 방법, 시각 + 난수로 구성하는 방법은 그나마 써볼만 한데 불만인건 비슷한 시기에 생성된 아이디는 모양이 비슷하다는것. 난수 부분만 다르고 시각 부분은 같다. 데이터베이스에서 Select 해보면 비슷한 아이디들이 줄줄이 나오게 된다. 그래서 탈락

그리고 마지막 두 방식도 윈도우 guid와 같이 너무 길은 것이 단점. 네번째와 다섯번째에서 사용하는 난수만을 사용한 방식이 그나마 가장 좋아보인다.

별도의 외부 컴포넌트를 사용하지 않은 간단한 스크립트로만 만들려고해서 그런지 방식들이 전반적으로 허접이다. 레이팅할 수 있었으면 낮은 점수를 주고 싶었지만 다른 msdn 문건들과는 다르게 이 문건에는 레이팅하는 부분이 없다 -_-;

다섯번째 방법을 사용하여 8자리 아이디를 생성하는 루틴을 간단히 만들어봤다. 연속으로 생성된 5,180,000개의 아이디를 만들어 보았으나 중복되는 아이디는 없었다. 8자리로 생성 가능한 아이디의 개수도 2,821,109,907,456개로 중소 규모 시스템에는 충분하다. 가장 맘에 드는건 아이디로 8자리 문자열을 사용한다는 것.