문제

객체를 만들고 웹에서 사용할 수 있도록해야합니다. stackoverflow와 마찬가지로 같은 것이 있습니다.

http://stackoverflow.com/users/78374

그러나 내 경우에 내가 만든 객체의 ID는 고유해야하므로 UUID에 대해 생각하고 URL과 같은 UUID에 대해 생각하고 있습니다.

http://example.com/users/{8e931066-7d87-4f2b-a3b5-608c4c9a9083}

나중에 나는 다른 데이터베이스를 함께 병합해야하며 병합 문제를 갖고 싶지 않습니다.

이것은 받아 들여진 관행입니까? 대안은 무엇입니까?

도움이 되었습니까?

해결책

데이터베이스 병합 문제 일 뿐이라면 각 DB를 고유 한 식별자에게 제공 한 다음이를 자동 증가 PK와 결합하면 사용할 수있는 모든 객체에 대해 고유 한 ID를 제공하고 문제를 병합하는 것에 대해 걱정하지 않습니다.

다른 팁

그것에 문제가 없습니다. Hotmail이 그렇게합니다.

병합이 100% 원활해야한다면 UUID가 가장 좋은 방법 일 것입니다. 보다 인간 친화적 인 URL을 생성하려는 경우 사용자가 정의 할 수있는 고유 한 "계정 이름"을 사용하는 것을 고려할 수 있습니다. 데이터베이스를 병합하는 경우 잠재적으로 충돌이 발생하지만 극복 할 수 있습니다.

여러 데이터베이스 및 응용 프로그램을 통해 사용자 ID를 고유하게 유지하기 때문에 이것이 허용되는 관행이라는 데 동의합니다.

캐싱 애플리케이션 블록에서 동일한 연습을 사용합니다. 캐싱 애플리케이션 블록은 항목이 캐시 될 때 안내를 생성하고 응용 프로그램은 해당 안내서를 사용하여 캐시에서 항목을 검색합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top