저번에 서버 이전 후 Xe_sequence 가 꼬인 탓에 관리자 목록에서의

문서/댓글이 보이지 않아 최댓값을 늘려주는걸로 이후의 문제는 해결 했는데,

 

좀 더 번거로운 문제는 서버 이전 시와 ~ sequence 수정 사이에 작성된 문서/댓글 입니다..

sequence 를 수정한 뒤로는 문서/댓글의 srl 값이 정상적으로 표기되며 돌아왔는데,

이것들은 직접 수정해줄 수 밖에 없는 것으로 보이는군요 -_-;;;;;

 

document는 srl 값이 2씩 늘어나니 수정이 쉽지만,

문제는 comment 의 srl 수정입니다... 3씩 늘어난다고 생각했는데 그렇지가 않네요.

오히려 이런 식으로 적용하니 중간중간 문서의 srl값과 겹치는바람에 더 복잡해진 것 같아요... ㅠㅠ

 

혹시 관련된 쿼리로 일괄 수정할 수 있는 법은 없을까요?

DB 한번 어수룩하게 이전했다가 된통 뭔지 모를 문제만 겪는군요 ㅠ_ㅠ...

  • Lv36
    가능하면 그냥 두세요. documents, comments 테이블뿐 아니라 여기저기서 많이 참조하기 때문에... 이미 생성된 시퀀스값을 바꾸려고 하면 뒤죽박죽이 될 가능성이 높습니다.
  • Lv36
    허억... 저도 srl값 만지면서 이건 함부로 바꾸면 문제될 것 같다 생각했는데...
    그럼 문서는 그렇다쳐도 댓글은 포기해야하는걸까요...
  • Lv36

    댓글의 시퀀스값 순서가 맞지 않는다고 문제가 있나요? 정렬 순서가 문제라면 list_order만 손봐주면 될 겁니다. 일정 범위 내의 값을 일괄적으로 얼마씩 올려주거나 내려주면 되지요. 문서는 그냥 작성일자(regdate) 기준으로 정렬하면 되고요.

     

    실제 사이트 운영에 영향이 있는 것이 아니라 단지 phpmyadmin에서 맨 밑에 나오지 않는다는 점은 굳이 시퀀스값을 건드리는 위험한 도박을 할 만한 이유가 되지 않는다고 생각합니다...

  • Lv36 Lv30
    시퀀스 값은 이미 높은 값으로 변경하셨습니다. 정렬은 작성일자로 하게 되면 운영자가 임의로 순서를 조절할때 어려움이 생깁니다.

    댓글 srl 값을 일일히 조정이 가능한 수준이라면 시도해 볼만 하지만 양이 많을 것 같아 아래처럼 답변을 했습니다.
  • Lv36

    문서의 srl값도 함부로 건드리면 안됩니다. 확장변수, 추천내역 등이 모두 꼬입니다.

  • Lv30 Lv36
    임의로 순서를 변경하는 애드온을 사용하신다는 얘기는 못 들어서;;;
  • Lv36 Lv30
    네. 일반적으로 순서번호 정렬을 운영자가 선택할 확율이 높아서 말씀 드린거에요.
    게시판확장모듈,아이템샵 등에서 끌어올리기 방식이 이런 정렬을 이용한 것이라서요.

    작성일자순으로 정렬을 하면 운영자 입장에서 불편함이 많아요.
  • Lv30 Lv36
    그 경우에도 srl값은 그냥 두고 list_order만 맞춰주면 됩니다.
  • Lv36 Lv30

    list_order를 변경해서 사용하면 이후 과거글을 위로 올리고 싶을때 게시글의 작성일자를 변경해야 하지 않나요?

  • Lv30 Lv36

    날짜순 정렬이 아니라 글번호순 정렬로 해놓고 list_order를 조정하는 방법을 말씀드린 거예요. XE에서 글번호순이라고 하면 document_srl이 아니라 list_order순으로 정렬되니까요. (document_srl로 정렬하는 기능은 아예 없습니다. srl값 순서 신경쓰지 말라고 누누히 말씀드리는 이유가 이거예요. 현재 글쓴분 사이트에서 꼬여있는 것은 list_order이지 srl값이 아닙니다. srl값은 그냥 존재하기만 하면 됩니다.)

  • Lv36 Lv30
    네. 이야기 전달이 잘 안된 듯 하네요. 아마도 순서번호를 바꾸시는 것을 문서번호를 바꾸는 것으로 전달이 된 것 같습니다.

    어찌 되었던 순서번호가 문제가 있었다면 이걸 수정해서 정렬을 바꿔야 한다는 그런 것이었으니 같은 상황을 제시하려는 것 같습니다.

    저도 제 상황이 아니다보니 정확한 파악이 안되었던 것 같고 지금도 그렇네요.
    문서번호(document_srl) 로 정렬하는 것은 아예 있지도 않죠,

    작성일자로 정렬하는게 아니니 같은 것을 이야기 했던게 맞네요.
  • Lv36 Lv30
    근데 이건 좀 어처구니가 없는 것 같긴한데..

    XE 게시판의 정렬에는 "문서번호" 라고 되어있어 이게 혼선을 주고 있긴 하네요.
  • Lv36 Lv30
    그리고 이 글,댓글을 보면서 저는 순서번호가 list_order_srl 정도 되는줄 알고 srl라는 부분이 전혀 이상하게 보이지도 않았습니다 ㅋ
  • Lv30

    이전 작업하실때 시퀀스테이블이 이전이 안되거나 하여 새로 시작한 것으로 보입니다.
    이후 기존에 사용하신 시퀀스이후로 다시 출발할 수 있게 시퀀스의 마지막 값을 최대치로 변경을 권해드렸구요.

    시퀀스값을 높이기 전에 이미 만들어진 srl값을 모두 고치시는건 보통 작업이 아닐 듯 하네요.

     

    srl값이 2씩,3씩 늘어나는건 아닙니다. 모든곳의 slr값은 시퀀스값에 따라 올라갑니다. 

     

    이전에 마지막 문서가 작성된면서 시퀀스가 10000 이었다면 

    이후 댓글 작성을 하게 되면 댓글의 srl 값은 10001을 가지게 되어있습니다.

     

    물론 게시글,댓글 작성시 srl값이 한개씩만 필요한게 아닙니다. 데이터를 하나 만들기 위해 복수개의 table에 기록하여야 하는 경우가 많아 여러개의 일련번호가 소요됩니다.

     

     

  • Lv30

    다행히도 그 양이 크게 많지 않아서(20개 내외)
    어느 글에 어느 댓글이 달렸는지를 기억하고 있어 그냥 일일히 수정했습니다... ㅠㅠ

  • Lv30
    20개 정도면 다른 값과 겹치지 않게 수정하실만한 수준이네요.
  • Lv30
    네... 일단 이렇게 응급조치는 했는데, 다시는 겪고싶지 않네요 ㅠ0ㅠ
  • Lv30
    제가 보기에는 틀어진 양이 많지 않아(빠르게 조치를 하셨기...) 큰 문제는 없을 것 같습니다.