db질문 ORM + soft-delete같은 처리로 만약 처리한다면

[익명(211.209)]

외래키 제약에서 오는 검증은 ORM 레이어에 맡겨두고,

- 실제 DBMS의 테이블 제약은 제거

- 속도를 위한 인덱싱에만 신경써도 되는건가요?

[삼생성명(alpines)]

ㅇㅇ 네 일단 저희회사에서는 운영환경에서 FK 안써요 ㅇㅅㅇ

[익명(211.209)]

대신 ORM같은건 필수로 사용하시는거죠?

[익명(211.209)]

그리고 FK쓰면 DBMS에서 인덱싱 자동으로 관리해줄텐데 그거 수동으로 하시는거구요?

[삼생성명(alpines)]

FK는 데이터 정합성 때문에 쓰는건데 인덱스는 관련없어요. FK 쓴다고 인덱스 자동으로 해주는것도 케바케 구요. MySQL은 자동으로 해준다고 하는데 오라클 같은건 FK 건다고 인덱스 자동으로 안해줍니다.

[삼생성명(alpines)]

그리고 ORM은 안쓰고요 ㅇㅅㅇ

[익명(211.209)]

헉 그럼 FK 검증은 누가해요? 그냥 개발자 믿고 하는건가요? FK없이 delete없이 하면 쓰레기 데이터 쌓일 것 같기도 한데. (그런거에 크게 연연하지 않는 데이터 구조를 설계했을까요

[익명(211.209)]

아 그렇군요. index 경고 나오길래 mysql말고도 다른곳도 다 그렇게 하는줄 알았는데 아니었나보네용.

[삼생성명(alpines)]

설계할때 FK 쓰는 경우 개발계 DB에는 FK가 걸려있고, 운영계 DB에는 적용을 안해도 되죠. 어짜피 개발계에서 검증된 로직을 운영 환경에서 돌리는건데 운영계에선 빼도 무방하잖아용? ㅇㅅㅇ 쨌든 DBA가 FK 넣으면 빼라고 연락와서 습관적으로 걍 빼요 ㅇㅅㅇ;;

[익명(211.209)]

아.. 그런식으로 운용되는거군요. FK가 성능에 저하이고, DBA가 제거해달라는 요청 한다는 소리는 많이들어서 아얘 안쓴느줄 알았어요. 거기서는 개발계 로직 검증을 한다는 점이 주요 요소긴 하겟네요..