creatAt vs id 값 기준 정렬 차이

Question

안녕하세요 최신순 정렬을 이용하다가 질문이 있어 연락드립니다.db에 값이 들어올 때마다 자동으로 id값이 증가하도록 구현해놓은 상태입니다.당연히 최신순으로 정렬을 이용할 때는 당연히 만든 시간을 나타내는 createAt으로 정렬을 한다고 생각햇는데고민을 해보니 어짜피 값이 추가되는 것도 primary key인 id값으로도 정렬이 될 수 있지않을까 생각했습니다.사실 명확성으로 따지면 createAt으로 하는게 맞지만생각해보면 id로 하면 안되는 이유가 있을까요??

한안아 · Answer

id 로 하세요.

개발잡부 · Answer

id가 오름차순으로 auto increasement이고, createAt 값 입력시점이 코드단이 아닌, DB에서 default value로 등록되는거면 상관없겠죠

HJOW · Answer

등록일자(CreatAt)와 고유값 (ID)어떤 데이터가, 진짜로 고유값이 무조건 등록 순서대로만 발급되는 구조라면고유값으로 정렬 해도 됩니다.그런데 등록일자로 해 놓은 곳은요구사항에 나와있는 말 그대로 코딩해놓은 것고유값과 등록일자가 순서가 틀어지는 일이 발생할 수 있는 케이스가 존재할 때. (고유값 생성할 때 시퀀스 못쓰고, 특정 자리수 규칙에 따라 만들어야 하는 경우 등등)

집킨 · Answer

그냥 creatAt으로 정렬하시는걸 추천드려요클러스터링해서 샤딩하는 순간 자동증가 id의 정렬은 별 의미가 없어집니다

앙칼라곤 · Answer

안녕하세요! 좋은 질문입니다. createAt과 id를 기준으로 정렬하는 방법에 대한 차이를 이해하는 것은 중요한 부분입니다. 각각의 필드로 정렬하는 방식에 따른 차이점을 알아보겠습니다.1. id 기준 정렬자동 증가하는 ID: 보통 id는 데이터베이스에서 자동으로 증가하도록 설정되기 때문에, 일반적으로 데이터가 생성된 순서대로 id가 부여됩니다.정렬의 간편성: id로 정렬하는 것은 간단하고 빠릅니다. 특히, 성능 면에서 이점이 있을 수 있습니다. id는 기본적으로 정수형이기 때문에 정렬 연산이 비교적 빠릅니다.제약 사항:동시성 문제: 여러 개의 쓰레드나 프로세스가 동시에 데이터를 삽입하는 경우, id 값이 생성되는 순서와 createAt이 기록되는 순서가 일치하지 않을 수 있습니다. 예를 들어, 두 개의 트랜잭션이 거의 동시에 실행되어 id는 먼저 부여되지만, 실제 createAt 타임스탬프는 뒤바뀔 수 있습니다.외부 데이터 삽입: 만약 외부에서 데이터가 삽입되거나 id가 수동으로 설정되는 경우, id와 실제 생성 시간 간의 순서가 일치하지 않을 수 있습니다.2. createAt 기준 정렬정확한 시간 순서: createAt은 데이터가 실제로 생성된 시간을 나타내기 때문에, 데이터가 생성된 정확한 시간 순서로 정렬할 수 있습니다.신뢰성: 동시성 문제나 외부 데이터 삽입 시에도 createAt 필드를 기준으로 정렬하면 실제 생성된 시간에 따라 데이터를 정확하게 정렬할 수 있습니다.단점:성능: createAt은 일반적으로 datetime 형식으로 저장되며, 이를 기준으로 정렬하는 경우 정수형 ID보다 정렬 속도가 느릴 수 있습니다.밀리초 이하의 정밀도: 만약 시스템이 고도로 정밀한 타임스탬프를 제공하지 않는다면, 극도로 짧은 시간 간격에 여러 개의 데이터가 생성될 때, 동일한 createAt 값을 가질 수 있습니다. 이 경우 추가적인 보조 정렬 기준이 필요할 수 있습니다.결론명확성: 데이터가 생성된 시간 순서에 대한 명확한 보장이 필요하다면, createAt으로 정렬하는 것이 바람직합니다.단순성 및 성능: 만약 성능이 더 중요하고, 동시성 문제나 외부 데이터 삽입 문제가 없으며, id가 항상 순서대로 부여된다는 확신이 있다면, id로 정렬해도 무방합니다.따라서 특정 상황에 따라 적절한 기준을 선택하는 것이 중요합니다. 일반적으로는 createAt으로 정렬하는 것이 안전하지만, 상황에 따라 id로 정렬할 수도 있습니다.

creatAt vs id 값 기준 정렬 차이

5개의 답변

기술 목록