다른 고객과 동일한 DB 이름 지정을 사용합니다.

Question

고객 ID의 번호가 연속적이든 관계없이 순차적 전략을 추가하므로 경쟁 업체보다 더 나은 고객 ID 번호 매김 전략을 찾고 있습니다. 따라서 UCID는 위치와 관련이 없지만 소프트웨어 회사 만의 고유 한 UCID를 가질 수 있습니다. 따라서 이론적으로 소프트웨어를 사용하는 위치가 1000 개이고 각 고객의 고객 수가 20,000 명인 경우 고객 ID 번호가 수백만에 달할 수 있습니다.

제 생각에는 SSN이 모든 50 개주에서 SaaS를 사용하는 클라이언트와 비슷한 방식을 취하는 것입니다. 클라이언트가있는 국가가 미국에 입국 한 때의 수를 사용하여 프리픽스 접근법을 사용하고자했습니다. 따라서 델라웨어 인 경우 접두어는 01-XXXX이고 이것이 델라웨어의 37 클라이언트 인 경우 ID는 01-0037이며이 클라이언트 레벨 DB 테이블에 입력 된 첫 번째 고객은 자동으로 1에서 시작합니다.

이 아이디어의 장점은 무엇이며 어떤 단점이 그것에서 나올 수 있습니까? 나는 또한 이것이보다 쉬운 엔터프라이즈보고를 가능하게하기를 희망하고있다.

Answer 1

단일 데이터베이스 서버를 가지고 있으면 원하는 모든 구성을 만들 수있다.

숫자 생성을 여러 서버에 "배포"하는 경우 UUID (연속적이지 않음) 또는 2 부분 메커니즘 (두 번째 메커니즘에서 연속적으로 사용됨)과 같이 보편적으로 고유 한 메커니즘이 필요합니다 부품).

주당 하나의 순서가있는 경우 캘리포니아 주에는 가장 작은 주보다 100 배 많은 숫자가 있음을 명심하십시오. 이 문제가 중요합니까?

을 생각해보십시오. 왜 "순차적"번호 매기기 전략이 필요합니다.

숫자에 구멍이 있으면 무엇을 할 것입니까? 서버 충돌 등이 발생하거나, '클라이언트'가 사라지면 (죽을 때, 사업을 중단 할 때, 상태가 바뀌는 경우 등) 이러한 상황이 발생합니다.

연속 번호는 송장에 유용하므로 감사는 누락되거나 추가 송장이 없음을 '증명할 수 있습니다. 하지만 클라이언트 ID는 왜 필요합니까?