숫자 자동 증가 기본 키 대 UUID의 이점을 여전히 고려하고 있습니다. 내가 geolocation 기반의 쿼리를 할 것이기 때문에 백엔드에 Postgres와 함께 Postgres를 사용한다.
성능은 중요한 위치입니다. 왜냐하면 이것은 Geolocation 기반의 라이브 앱으로 의도 되었기 때문입니다. 그렇지 않은 경우 성능이 중요하지 않을 수 있습니다.자동 증가 조정
나를 위해 개인적으로 결정이 거의 이루어졌습니다. 자동 증가는 성능이 우수한 외래 키 및 조인 작업, 빠른 조회 및 초기 데이터베이스 공간과 관련된 비용 절감에 가장 적합합니다. 내 백엔드에 염색 된 hashids을 사용하여 내 자동 증가 기본 키를 클라이언트에 전달하여 내 테이블에 보조 고유 키가 필요하지 않습니다.
그러나 나는 항상 분산 데이터베이스 시스템에서 자동 증가 기본 키를 사용하는 것에 대해 경고하는 시점에 이릅니다.
분산 시스템이 필요합니까? 가장 정직한 대답은 : 지금 당장은 몰라, 어떻게? 응용 프로그램이 성공적이지 않은 경우 대답은 아마도 아닙니다. 그렇다면 아마도 그렇습니다.
그러나 내가 필요로하고 그것이 보편적 인 키를 사용하지 않았다는 것이 밝혀지기까지는 너무 늦었다. 많은 기사가 중복 키와 관련된 문제를 경고합니다.
제 질문은; 성능 향상 및 공간 절약을 위해 자동 증가 키를 사용하여 위험을 감수하고 시간 경과에 따라 자동 증분을 사용하여 분산 시스템으로 확장하는 것이 얼마나 고통스러운 일입니까?
내 현 직장에서의 멘토는 조기 최적화가 악하다고 경고했지만, 동시에 당신은 순진하지 않아야한다고 경고했습니다. 여기 나를위한 얇은 라인, 그래서 어떻게해야합니까?
편집 : 나는 MySQL에 태그를 붙였을뿐만 아니라 같은 것이 적용된다고 생각한다.