제가 이해한 것이 맞다면 어떤 데이터베이스도 귀하의 요청을 이행할 수 없습니다. 현재 10,000개의 블로그가 있고 첫 번째 블로그를 삭제한다고 가정해 보겠습니다. 다음 9,999개의 게시물에 대한 ID를 다시 생성하시겠습니까? 총 100만 개의 블로그가 있다면 어떨까요? 그러므로 이 생각 자체는 잘못된 것입니다. 문서가 게시되는 순서를 기록하는 것이 목적이라면 기본 _id ObjectId를 사용하면 요구 사항을 완벽하게 충족할 수 있습니다. ObjectId 자체가 늘어나는데, 그냥 정리해 보세요. ObjectId에 관해서는 관련 지식을 소개하기 위해 블로그를 작성했습니다. 관심이 있으신 분은 여기를 클릭해 주세요.
귀하의 아이디어는 아마도 MongoDB에서 구현하기 어려울 것입니다. 귀하의 아이디어는 많은 관계형 데이터베이스에서 제공되는 ID 카운터에서 나옵니다.
MongoDB에서는 블로그 게시물을 정렬해야 하는 경우 정렬에 적합한 시간이나 기타 "필드"를 사용할 수 있습니다.
참고로.
몽고를 사랑해요! 재미있게 보내세요!
-->찔러주세요<--왼쪽으로 찔러주세요 4월이에요! 지금 가입하세요!
MongoDB 중국 커뮤니티 심천 사용자 컨퍼런스 등록이 시작되었습니다! 이 포럼의 마스터는 컨퍼런스에 성대하게 등장하여 연설을 할 것입니다. 여기에 박수가 있습니다! ! !
제가 이해한 것이 맞다면 어떤 데이터베이스도 귀하의 요청을 이행할 수 없습니다. 현재 10,000개의 블로그가 있고 첫 번째 블로그를 삭제한다고 가정해 보겠습니다. 다음 9,999개의 게시물에 대한 ID를 다시 생성하시겠습니까? 총 100만 개의 블로그가 있다면 어떨까요? 그러므로 이 생각 자체는 잘못된 것입니다.
문서가 게시되는 순서를 기록하는 것이 목적이라면 기본 _id
ObjectId
를 사용하면 요구 사항을 완벽하게 충족할 수 있습니다.ObjectId
자체가 늘어나는데, 그냥 정리해 보세요.ObjectId에 관해서는 관련 지식을 소개하기 위해 블로그를 작성했습니다. 관심이 있으신 분은 여기를 클릭해 주세요.