2010-05-03 3 views
6

나는 사람들이 보통 증가 된 숫자를 ID로 가지고 다니지 않고 단순히 GUID를 생성한다는 것을 알아 차렸다. 장점은 다음과 같습니다GUID는 궁극의 ID입니까?

  • 빠르고 쉬운
  • 이전 ID를 추적 할 필요
  • 서로

일부 단점에 대한 지식 없이도 시스템에 걸쳐 고유성을 보장받을 수 있습니다 :

  • 성능 병목 가능성이 있음
  • 많은 수의 바이트를 사용합니다.

시간이나 공간 최적화가 문제가되지 않는다면 대부분의 경우 GUID를 사용하는 것이 유리합니다. 내가 뭐 놓친 거 없니? 아니면이 아이디어에 동의합니까?

+3

에 전달할 필요가 있다면 – fearofawhackplanet

+3

실제로 보장 할 수 없습니다,하지만 내가 아는 한 매우 가능성. – mafu

+2

@fearofawhackplanet, @mafutrct : 다양한 GUID 알고리즘의 고유성에 대한 훌륭한 답을보십시오. http://stackoverflow.com/questions/703035/when-are-you-truly-forced-to-use-uuid-as-part -of-the-design/786541 # 786541 –

답변

1

단점의 몇 : 목에

  • 고통 수동 아무것도에 (debuggin 등)을 탐구해야합니다. 그들은 완전히 읽을 수 없습니다.
  • 끔찍한 당신이 이제까지 단지 매우 가능성, URL을하지 고유합니다
관련 문제