실무(OLTP 환경)에서는 강의에서 알려주신 오프셋 페이징을 쓰면 안되는거 맞을까요?

데이터베이스 인덱스 라는 것을 많이 만들면 좋겠지만, 인덱스가 많으면 해당 인덱스를 유지하는 비용도 함께 고려해야 합니다. 그래서 모든 정렬 기준에 따라 인덱스를 다 만들지 못하는 경우들도 있습니다.

예를 들어서 어드민에서 다양하고 복잡한 정렬 조건들을 사용하는 경우이지요. 어드민은 트래픽이 적기 때문에 보통 크게 문제가 되지는 않습니다. 사용자 접점의 트래픽이 많은 곳에서는 커서 기반의 최적화를 더 고려할 필요가 있습니다.

그 외에도 커서 기반 페이징을 사용할 수 없는 다양한 상황들이 있는데요. 이 부분은 커서 기반의 페이징 단점, 커서 기반의 페이징 한계 등으로 검색해보시면 원하시는 내용을 찾으실 수 있을거에요.

기본적으로 커서 기반의 페이징이 성능상 훨씬 좋고, 사용할 수 있는 상황이면 사용하는 것이 당연히 좋습니다.

감사합니다.

아아 그렇군요, 답변 감사합니다!

그런데 또 하나 궁금한 것은,

만약 오프셋 기반의 페이징을 사용하게 되면 한 명의 사용자가 페이징을 하는 동안에 또 다른 사용자가 정렬 순서 상 맨 처음 데이터를 삭제하는 경우에는 데이터가 앞으로 한 칸씩 밀려 페이징 중인 사용자는 중간에 하나의 아이템이 누락되는 경우가 발생하지 않나 싶은데요!

또한, 반대로 중간에 데이터를 삽입하는 경우에는 아이템이 중복해서 나타날 수도 있을것 같고요.

만약 한 명이 아니라 여러명의 사용자가 동시에 데이터를 삽입/삭제를 반복한다면 이런 현상이 매우 심화될것 같습니다.

아무리 어드민 툴이라고 하더라도 중간에 데이터가 누락되는 경우에는 사용성이 매우 떨어지고 사용자가 의사결정을 내리는데 혼란을 줄 수도 있을것 같은데 이런 경우는 어떻게 해결할 수 있을까요?

애초에 어드민 툴은 대부분 동시에 여러명이 데이터를 삽입/삭제/조회를 하는 경우가 많지 않아서 별로 문제가 되지 않는 것이라고 이해할 수 있을까요?

안녕하세요. 인플언님

보통 데이터의 상태값을 기반으로 정렬, 필터할 수 있는 기능을 제공하기 때문에 이 부분이 크게 문제가 되지는 않습니다.

감사합니다.

영한님 안녕하세요. 주말인데도 답변을 달아주셔서 정말 감사드립니다.

그런데 제가 잘 이해가 가지 않아서 그런데 혹시 간단한 예를 들어서 조금 더 설명해 주실 수 있으신가요?

감사합니다.

네 인플언님

예를 들어서 고객이 주문하고, 회사에서 주문을 접수해야 하는 시스템이 있다고 가정할께요.

동시에 여러명의 고객이 주문을 하더라도, 리스트에서 주문 상태에 따라서 필터링 해서 조회할 수 있는 기능이 제공되기 때문에 동시에 여러명이 데이터를 삽입하더라도 문제가 되지는 않습니다.

감사합니다.

네 답변 감사합니다!