개인플젝보면 url에 pk쓰거나, 페이징 처리할때 쓰던데
[일반] 실무에서 pk아예 노출 안함?
익명(27.112)
2023-06-09 16:57
추천 0
댓글 7
다른 게시글
-
김영한 강의 1시간들으면 [5][일반] 익명(211.179) | 23.06.09추천 0
-
개뉴비 새끼 독학 책 리스트 짜봄 검토좀 [2][질문] 익명(180.83) | 23.06.09추천 0
-
김영한 MVC2 후기 [5][일반] 익명(211.36) | 23.06.09추천 1
-
주딱없으니깐 글은많은데 댓글이없네 [7][일반] 익명(kdhc777) | 23.06.09추천 1
-
백엔드 공부하려면 [4][일반] 익명(106.101) | 23.06.09추천 0
-
좋아요 수 / 추천 수 이런거는 [5][일반] 맥주마스터(wingsung618) | 23.06.09추천 0
-
ERD표기질문 [2][질문] 익명(117.110) | 23.06.09추천 0
-
형들 스프링 공부 하려고 하는데 자바도 같이 공부해야겠지?? [3][일반] 익명(61.82) | 23.06.09추천 0
-
세션사용할때 JSESSIONID랑 SESSION 둘다 생성됐는데[일반] 익명(27.112) | 23.06.08추천 0
-
querydsl 사용중인데 오늘 만난 문제가 있는데 아직 해결못했다 [6][일반] 익명(118.235) | 23.06.07추천 2
pk가 순차적으로 증가하는 값이면.. 그걸 노출함으로써 테이블에 몇개의 데이터가 누적되어있는지 알 수 있고 그걸 악용할수도 있음..
그렇기 때문에 순차증가 키값은 그대로 두되, 외부 노출용 키값을 생성해서 유저에게 노출시키는게 낫고 내부에서는 원래 키값으로 로직처리하는게 낫다고봄
혹여나 외부에 노출된 키값으로 인해 문제가 생기더라도 pk를 바꿀 필요 없이 외부노출용 키값만 변경하면 되는거지.. 만약에 pk를 그대로 노출시켰다가 변경해야하는 경우가 생기면.. 그 pk와 관계맺어진 여러 테이블의 데이터도 몽땅 수정해야함..
pk를 그냥 UUID로 만들면 되는거 아님? 하는 생각도 할 수 있겠지만 방금 말한 변경가능성을 생각하고 인덱싱 성능을 고려했을때 그리 추천하진 않음..
결론은 키값과 별개로 외부 노출용 키값을 생성해서 유저에게 보여주는게 좋을거같다 라는 의견임 이게 정답이라는건 아니고. 순차증가하는 키값을 노출시키더라도 무방한 시스템이면 그냥 써도됨.
노출함 그것이 rest이니까
노출 안하는게 좋지만 노출해도 현실적으로 별 문제는 없음 노출해서 문제 생길 시스템이면 그게 문제가 아닌 상황이라서