Join은 잘 쓰라고 만들어준 게 아닌 거 같아
이건 어쩔 수 없이 이제와서 들어엎고 다시 짤 수 없을 때
최후의 비용이 너무 비쌀 때만 아껴쓰라고 남겨둔 배수진같아
관계는 맺되 웬만하면 쪼인은 하지 말라는 교훈 같음
남자들도 순간 욕구를 못 참고 아무데나 관계맺고 쪼인하면 진술만으로도 성범죄자되는 것과 같음
RDB를 NoSql처럼 쓰면 양쪽 모두의 장점을 수용하면서 수토리지 비용만 좀 더 희생하면 되는 거 같은데 요즘 제일싼 리소스가 스토리지니까 괜찮다고 봄
이건 어쩔 수 없이 이제와서 들어엎고 다시 짤 수 없을 때
최후의 비용이 너무 비쌀 때만 아껴쓰라고 남겨둔 배수진같아
관계는 맺되 웬만하면 쪼인은 하지 말라는 교훈 같음
남자들도 순간 욕구를 못 참고 아무데나 관계맺고 쪼인하면 진술만으로도 성범죄자되는 것과 같음
RDB를 NoSql처럼 쓰면 양쪽 모두의 장점을 수용하면서 수토리지 비용만 좀 더 희생하면 되는 거 같은데 요즘 제일싼 리소스가 스토리지니까 괜찮다고 봄
스토리지 문제가아니라 anormaly가 발생하는뎁쇼
anomaly
아... 씨발새끼 꼭 이렇게 잘난 척 못해서 안달난 애미 썅년이 싸지른 새끼들이 있어요
조인때매 알디비쓰는데 님 지금 뭔 소릴 - dc App
씨발 고정관념 좀 버려 새끼야
아니 니 기준은 oltp인거 같은데 올랩성 업무에서 조인없이 모델링을 어케하냐. 조인이 성능저하의 주요인인건 맞는데 니 주장 자체가 너무 피상적이야. 테이블 하나에 다 밀어처넣을거? - dc App
조인 빈도가 높을 데이터는 스토리지 버리고 중복해서 저장하는 것도 괜찮다고 봄
RDB는 조인때문보다 트랜잭션 때문에 버릴 수가 없으니 RDB 쓰면서 NoSQL처럼 쓰는 거야
ㅇㅇ 맞다 조인같은 결합도증가시키는 요인보단 기능분리로 분할 쿼리날리는게 낳지
이건 뭔...