당연히 RDB가 작은 규모에선 훨씬 더 빠르고 효율적이지 비교 불가능임 nosql이 해결하려고 하는 문제는 훨씬 더 크고 복잡한 환경에서의 문제임
파일 시스템이 실패시 롤백도 해주냐 아니면 동시 접근 처리를 잘 해주냐 아니면 양이 많아질때도 임의로 인덱스를 걸어서 쿼리 속도 최적화를 해주냐
파일시스템이 더 빠름
디비는 메모리캐싱하는데 파일은항상읽어옴 그래서 디비승 파일캐시할꺼면 그것도파일이라보나 흠
파일로 대체할거면 파일도 당연히 캐싱하지
디비는 디비가 캐싱해주는데 너껀 너가 캐싱해야해서 직접 invalidate시키면서 정합성도 유지해야함
웬만하면 기존에 많이 쓰는 db급 성능 못내지
파일 시스템이 더 빠름. 왜냐하면 ZFS 같은거 가져오면 되니까.
db도 zfs 위에서 돌릴 수 있으니까 특정한 파일시스템을 쓰느냐 아니냐의 문제가 아님
zfs가 빠르다라..데이다라 마다라..
근데 저런 구조를 비교한다는거 자체가 말도 안됨. NAS 한대 뻗으면 사이트 맛갈텐데? 그렇다고 NAS를 이중화한다? DB에 비해 NAS서버 용량이 넘사벽일텐데?
애초에 nosql 생각했으면 저런식으로 안하고 그냥 nosql을 도입하겠지. 굳이 NAS에 JSON파일로 저장한다는게 의문점임
RDBMS랑 블록스토리지의 차이자나.. 각자 환경에 맞는걸 써야지 왜 OLTP를 fs로 쳐 하는거야 ㅋㅋ
단순히 쓴다의 개념으로 보면 파일시스템이 더 빠르지. RDB는 로그파일도 써야되고 파일시스템에 있는 데이터파일도 써야됨. 근데 그거만 할거 아니고, RDB는 캐싱도 하니까.
당연히 RDB가 작은 규모에선 훨씬 더 빠르고 효율적이지 비교 불가능임 nosql이 해결하려고 하는 문제는 훨씬 더 크고 복잡한 환경에서의 문제임
파일 시스템이 실패시 롤백도 해주냐 아니면 동시 접근 처리를 잘 해주냐 아니면 양이 많아질때도 임의로 인덱스를 걸어서 쿼리 속도 최적화를 해주냐
파일시스템이 더 빠름
디비는 메모리캐싱하는데 파일은항상읽어옴 그래서 디비승 파일캐시할꺼면 그것도파일이라보나 흠
파일로 대체할거면 파일도 당연히 캐싱하지
디비는 디비가 캐싱해주는데 너껀 너가 캐싱해야해서 직접 invalidate시키면서 정합성도 유지해야함
웬만하면 기존에 많이 쓰는 db급 성능 못내지
파일 시스템이 더 빠름. 왜냐하면 ZFS 같은거 가져오면 되니까.
db도 zfs 위에서 돌릴 수 있으니까 특정한 파일시스템을 쓰느냐 아니냐의 문제가 아님
zfs가 빠르다라..데이다라 마다라..
근데 저런 구조를 비교한다는거 자체가 말도 안됨. NAS 한대 뻗으면 사이트 맛갈텐데? 그렇다고 NAS를 이중화한다? DB에 비해 NAS서버 용량이 넘사벽일텐데?
애초에 nosql 생각했으면 저런식으로 안하고 그냥 nosql을 도입하겠지. 굳이 NAS에 JSON파일로 저장한다는게 의문점임
RDBMS랑 블록스토리지의 차이자나.. 각자 환경에 맞는걸 써야지 왜 OLTP를 fs로 쳐 하는거야 ㅋㅋ
단순히 쓴다의 개념으로 보면 파일시스템이 더 빠르지. RDB는 로그파일도 써야되고 파일시스템에 있는 데이터파일도 써야됨. 근데 그거만 할거 아니고, RDB는 캐싱도 하니까.