안되는 이유가 보안상 취약해지기 때문인데

보통 id는 auto increment를 사용하니까 다른 id를 추측하기 쉬워지잖아

근데 뭐 id를 외부에 노출하지않고 id로 뭔가 이용할 수 있는 수단이 없다고 한다면 별 상관없어짐

수정이 불가능한 경우지만, 삭제가 가능하다면? 문제가 생김? 보안상으로는 내가 파악한 한에서는 문제 없다 생각됨

외부에서는 id를 노출하면안됨 내부에서야 id로 북치고 장구치던 별 상관없는데

외부에 노출되면 보안이 떡락함

오케. 결국 pk냐 아니냐가 중요한것이 아닌 노출여부가 더 중요하고, 아이디가 pk가 되어 노출된다면 나쁜 구조, 아니라면 무방하다 이거네?

좋은 첨언 감사. 덕분에 하나 더 배움

이또한 맞는말이네. 결국 저걸로 fk 쓰는곳이 존나 많을텐데, 노출 위험이 커지니 리스크도 커질수있겠네

또 pk fk는 통제가능해야 한다는 말도 좋은듯

너는 뭘로 쓰는게 좋다 생각함?

? Pk는 다 ai가 아님

아 잘못이해함 댓글에 id를 auto increment로 주로 한다고 써놧네 ㅋㅋㅋ 쏘리

ㅋㅋㅋㅋㅋㅋㅋ 그럴수이찌

안 그래도 성능상 이슈 이야기도 나오긴 하더라

결국 join을 쟤로 쓰니까 점점 커질수록 부작용 나타날 확률이 있긴 하다네

몇번 테스트 해볼수있도록 고려하고있을게 ㄱㅅ

유니크하긴 하잖아

그래 유니크하긴 하지..

unique key는 pk의 속성중 하나고 unique key != pk지

보통 pk에 기대하는건 entity의 식별자 역할인데 식별자 역할은 만족하나

mysql 부하를 일으키는 방법이라 AI 값을 사용해야함

db index의 ai값은 재정렬을 발생시키지 않지만 id를 pk로 사용하면 매번 삽입때마다 데이터 재정렬이 들어가니까 ...

식별자역할을 만족하냐는게 어떤 뜻인지 잘 이해 안 가는데 자세히 설명 가능할까?

뒷 내용은 이해했어

객체지향 설계랑 도메인주도설계에서 사용하는 개념인데 자세히 설명하면 끝도 없어서 책이나 글한번 보는게 좋긴함.

Entity

Tracked through different states and across different implementations. The main characteristic of an entity is that it holds a clear identity. The identity is more important than its state, defined by other attributes. It defines an object that exists over a timeline.

ㄱㅅㄱㅅ 더 공부해볼게

혹시 추천할만한 책이나 사이트가 있을까? 너무 떠먹여달라해서 미안해

일단 객체지향 입문은 객체지향의 사실과 오해 로 시작하는게 좋은데

조영호 란 분이 배달의 민족에서도 발표 많이하고 KSUG 에서도 발표많이해서 이분 자료들좀 보고

도메인주도개발은 에릭에반스의 DDD가 원조인데 이 책이 좀 난해해서 우리나라 사람들이 쓴 DDD 관련 책보는게 좋은거같음

근데 바로 들어가면 어려울 수도 있으니 https://subicura.com/2021/06/27/study-guide.html 이쪽으로 시작해

너는 신이다