| CMS/프레임워크 | Rhymix 2.1 |
|---|---|
| 개발 언어 | PHP 8.4 |
member 테이블에 member_srl 번호 생성되는것을 보니까 뛰엄뛰엄 어떤때는 열개도 더 뛰엄뛰엄 생성되는것 같아요.
회원 식별은 user_id 가 아니라 member_srl 라고 하셨는데, 번호가 이렇게 불규칙하게 뛰엄뛰엄 생성되어도 괜찮은건지요.(약관불안)
다른 php홈페이지에서 회원번호(mem_number)칼럼에 건너뛰지 않고 순차적으로 번호가 생성되어 있는 회원목록을 ryx_member (member_srl ) 에 회원목록을 그대로 집어 넣어도 되는지 궁금합니다.
혹시 회원목을 통째로 집어 넣을때 어떤 규칙으로 뛰엄뛰엄 걸러지게 해서 넣어야 되는지 몰라서요.
xone
Lv. 1
댓글 5
라이믹스는 rx_sequence라는 통합 테이블을 통해 회원,글,댓글,모듈 등 srl을 관리합니다.
즉, 다음과 같은 상황이 발생할 수 있습니다.
회원 가입(srl 120)
글 작성(srl 121)
댓글 작성(srl 122)
글 작성(srl 123)
다른 회원 추가 가입(srl 124)
회원가입만 보면 이런식으로 srl이 건너뛰는것처럼 보일 수 있습니다. 이는 정상입니다.
정석적인 방법은 라이믹스가 인식하는 형식으로 다른 php 홈페이지에서 내보내기한뒤 들여오는 방법입니다. 다만 cms를 사용하지 않은 경우 까다로울수 있죠.
혹은 rx_sequence 테이블을 보고 mem_number에 모두 적당히 큰 숫자를 더하고(예. rx_sequeuce 마지막 숫자가 1235라면 mem_number에 1500을 모두 더하기) 데이터를 가져온뒤 rx_sequence 테이블의 auto_increment값을 변경해주는 방법도 있습니다.(회원을 120명 들여왔다면 1620이 마지막 숫자가 될테니 1621 이상으로 변경)
아하..저는 기존 mem_number 번호를 그대로 사용하려고만 생각했네요. 기존 mem_number 의 순차적 번호는 무시하고 rx_member 테이블에 집어넣으면 member_srl 의 맨 마지막 번호 다음부터 생성되게 한다는 뜻인가요? 그러면 새로 생성된 member_srl 에 번호들이 식별기준으로 쓰이는거고요.
기존 mem_number 에서는 user_id가 식별기준 이었으니까 rx_member (member_srl ) 번호를 새로 부여받아도 상관없겠네요.
이왕 한가지 더 문의 할께요.
기존 mem_number (number) 번호 1300명 회원 번호(1번부터 1300번) 그대로 rx_member (member_srl ) 에 DB 명령어로 때려 넣어서
글 작성(srl 121)
댓글 작성(srl 122)
글 작성(srl 123) 과 같은 번호와 중복되는 경우에 어떤 문제가 발생하는지 궁금합니다.
반드시 1300명의 번호를 다른 게시글 번호와 중복되지 않게 무조건 rx_member (member_srl ) 번호 맨 마지막 번호 다음에 이어서 부여해야 하는지요?
다른 php홈피에서 사용하던 다른 게시판글 들도 라이믹스 홈피DB에 옮길때도 시퀀스 규칙에 중복되지 않도록 새로 부여해서 넣어야 할까요? 이런걸 마이그레이션 이라고 하나요?
기존 mem_number 의 순차적 번호는 무시하고 rx_member 테이블에 집어넣으면 member_srl 의 맨 마지막 번호 다음부터 생성되게 한다는 뜻인가요? -> 자동으로 되지 않습니다. mem_number의 값을 직접 변경하셔야 합니다. 물론 컬럼명도 바꾸셔야 데이터가 제대로 들어가겠고요.
같은 번호와 중복되는 경우에 어떤 문제가 발생하는지 궁금합니다. -> 지금은 시퀀스만으로 회원인지, 글인지 구분하지는 않고 있어서 당장은 괜찮을수 있으나, 시퀀스라는것 자체가 원래부터 서로 중복되지 않게 설계되어 있으므로 추후 어떤 문제가 생겨도 모릅니다.
만약 user_id로 회원을 식별하던 사이트에서 (예: 그누보드) 회원정보와 게시물을 가져온다면, 어차피 라이믹스 구조에 맞게 member_srl로 작성자를 식별하도록 게시물 DB도 모두 손봐야 합니다. 따라서 새로 부여받은 번호를 기준으로 모두 정리하시면 될 것 같습니다.
글과 댓글에 서로 중복되는 번호가 있을 경우, 관리자 화면에서 첨부파일 정보가 꼬입니다. 회원번호와 중복될 때 어떤 부작용이 생기는지는 상상해 본 적이 없네요. _srl로 끝나는 번호는 모두 다 UUID처럼 취급하시는 것이 안전하겠습니다. 세상 어디에도 중복되는 번호는 존재하지 않아야 하는 거죠.
번호가 띄엄띄엄 건너뛰는 것은 상관없습니다. 글이나 댓글을 연속으로 써도 중간중간 번호가 비는 것을 볼 수 있습니다. 어쩌다 연속 번호가 나오더라도 누군가가 탈퇴하거나 글을 삭제하면 결국은 빈 자리가 생기게 되지요. 정상적인 현상이므로 찝찝해할 필요가 없다는 뜻입니다.^^
번호가 중복되는 것이 훨씬 큰 문제이기 때문에, 중복될 위험을 감수하기보다는 차라리 건너뛰도록 설계되어 있습니다. 라이믹스에서 "시퀀스(sequence)"를 사용하는 방법을 검색해 보시면 더 자세한 정보를 얻을 수 있습니다.