← 전체 글로 돌아가기

웹 개발

정렬 로직 바꾸기 전에 꼭 봐야 할 것들

DB 정렬이 꼬였을 때 원인을 빠르게 찾으려면 확인 순서가 중요하다.

정렬 문제가 터질 때는 보통 문제를 너무 크게 잡아서 모든 파일이 의심 대상이 된다. 핵심은 데이터 계층 전체를 한 번에 볼 게 아니라 눈으로 확인할 수 있는 신호들을 먼저 모으는 것이다.

우선 확인할 것

화면만 보고 판단하면 놓치는 값들이 많다. 로그, 응답, 설정 중 하나를 증거로 잡고 그다음을 진행해야 한다.

로컬과 운영의 차이 찾기

로컬에서는 잘 돌아가는데 배포 환경에서만 문제가 생기는 경우가 많다. 환경 차이까지 적어두면 원인 추적이 훨씬 쉬워진다.

  • 먼저 볼 값: 권한
  • 비교할 값: 정상 상태의 데이터 계층
  • 남겨둘 기록: 명령 출력, 응답 코드, 수정한 설정

스키마부터 확인하기

중요한 건 정렬 자체보다 재현 가능한 단서를 남기는 것이다. 백업을 확인하면 다음으로 볼 범위가 확 줄어든다.

npx prisma validate
npx prisma migrate status

작은 실험으로 원인 분리하기

데이터 계층은 환경 차이가 자주 숨어 있다. 하나씩 확인해가며 정상 상태를 먼저 정해두면 결과 판단이 빠르다.

확인 후 검증하기

  1. 원래 증상이 같은 조건에서 다시 나는지 확인한다.
  2. 로그나 응답에서 바뀐 부분을 한 줄로 설명해본다.
  3. 공개 화면, 빌드 결과, 실제 요청 중 하나로 마지막 확인을 한다.

다음에 이걸 반복하지 않으려면

정렬 주변 문제가 또 나오면 확인 순서를 고정해두는 게 좋다. 감으로 접근하면 같은 실수를 반복한다. 해결 자체보다 어떤 값이 달라졌는지 설명할 수 있는 상태가 더 중요하다. 짧게라도 기록을 남겨두면 다음 확인이 훨씬 빨라진다.