DB 식별자를 UUID나 난수를 쓰면 어떤 장점이 있나요?

Question

종종 프로젝트를 하다가 전에 구현된 것을 보면,식별자에 해당하는 값을 UUID나 난수로 생성을 하는 경우를 보게 됩니다.예전에는 이런 값이 필요하다면 무조건 시퀀스를 쓰는 경우가 보통이었는데...요즘에는 그런 작업이 귀찮다는 듯이. 다 저런 식으로 개발이 되어 있네요.저와 같이 구현하면 무슨 장점이 있나요? BTree 인덱스를 탈 경우 유리하기라도 한 점이 있는건지...

xml개발자 · Answer

외부에 노출되는 식별키의 경우 사용되기도 합니다.예를 들어 파일다운로드 키가 시퀀스로 1,2,3... 으로 증가되면외부에서 프로그램을 사용하여 for문으로 반복해서 1,2,3.. 키를 가지는 파일을 다운로드할 수 있습니다.

HJOW · Answer

동시에 여러곳에서 접속해서 쓰는 기능이면서사용자수가 제법 되고서버와 DB가 이중화, 혹은 다중화되어 있으면시퀀스를 쓰더라도 문제가 생기는 경우가 있죠.동시에 여러 요청이 한번에 들어온다 해도랜덤값은 랜덤값입니다. 전부 동시에 서로 다른값이 생성이 됩니다.시퀀스는 다릅니다.다음값을 알아내려면 이전값을 알아내야 하죠.근데 DB도 다중화되어 있다보니, 서로 시퀀스의 최신값을 동기화한 후에나 다음값을 알아낼 수 있죠.문제는 그런 처리를 하는 중에 다른요청이 새로 막 들어온다는 거죠. 걔내들도 다 다음값을 따줘야 하구요.

kiel · Answer

시퀀스는 생성하기도 편하고 다루기도 편하지만, 해당 값을 키로 외부에 노출시키는 경우 1~1000000 까지 그냥 돌려보는 공격에 노출이 됩니다. 그래서 제 경우는 시퀀스와 UUID 모두 만들어서 시퀀스 id 는 내부 테이블 간 연동에 사용하고, 외부에 노출시에는 UUID 키를 이용해서 노출시킵니다. UUID 하나만 써도 되긴 합니다만, 이 경우 키를 범위로 가져오는 경우에 방법이 없어서 둘 다 사용하고 있습니다.

DB 식별자를 UUID나 난수를 쓰면 어떤 장점이 있나요?

3개의 답변

Q&A 목록