
일반 자게인데 위와 같은 등록기준으로 잘 등록되던것이
225번 글과 224번 글이 역으로 나오는 증상이 첨걸렸습니다.
db를 봐도 특별한건 없는것 같습니다.
여기서 진단을 해볼 수 있는 경우는 어떤것들이 있을까요~~~
임의로 date를 조정하면 안될것 같아서 두고있어여 ;;;;;;

일반 자게인데 위와 같은 등록기준으로 잘 등록되던것이
225번 글과 224번 글이 역으로 나오는 증상이 첨걸렸습니다.
db를 봐도 특별한건 없는것 같습니다.
여기서 진단을 해볼 수 있는 경우는 어떤것들이 있을까요~~~
임의로 date를 조정하면 안될것 같아서 두고있어여 ;;;;;;
댓글 11
아 질게에 올린것 같은데 잘못 글을 올렸네여 죄송합니다.
관리자님 질게로 이동부탁드려요 ㅜㅜ
이건 한 편의 추리소설입니다ㅋ
어렴풋한 기억인데, 게시물 작성시에 임시저장을 누른다든가 파일첨부를 하면 그 순간 document_srl이 등록된다고 했던 것 같아요.
임시저장? 파일첨부? 정확히 어떤 타이밍인지는 잘 모르겠네요;;;
암튼 'document_srl이 만들어진 문서 생성 시점'과 '등록 버튼을 눌렀을 때의 문서 등록 시점'이 불일치하는 경우가 있을 것 같아요.
즉, 문서번호를 '생성'하고 열심히 마무리하는 중인데 그 사이에 다른 누군가가 글을 '등록'했다면?
뭔가 꼬일 수 있는 거죠.
후후후후...
다시금 강조하지만, 저는 잘 모르는 상태에서 그냥 소설을 써본 겁니다 :(
https://github.com/xpressengine/xe-core/issues/730
결국 문서번호로 정렬하면 스트렌져님이 말한 버그가 발생하고, regdate로 정렬하면 쿼리 처리 속도가 늦어지는 것 같아요ㅠ
document_srl은 글을 등록하기 전에도 임시저장, 파일 첨부 등 여러 가지 상황에서 만들어질 수 있습니다. 중요한 건 document_srl이 아니라 list_order인데, XE는 특정 상황에서 글 등록 클릭시 list_order가 업데이트되지 않는 문제가 있어요.
라이믹스에서는 해결된 문제입니다! 라이믹스로 오세요^^