인덱스에 대한 스토리지 비용이 갈 수록 커진다.
불필요한 데이터 컬럼과 불필요한 인덱스는 없다.
스토리지는 비용 등의 문제로 제한되어 있는데
하루에 몇 기가씩 증가된다면...
※ 해당 테이블의 30일이 지난 데이터들은 조회할 필요가 없거나, 필요할 경우 웹에서의 조회가 아닌 별도의 엑셀 파일 등으로 제출해도 된다.
이런 조건이 있다면...
결국 주기적으로 1개월이 지난 데이터들은 별도의 장소에 백업해서 보관한 후에
DB 서버에서의 30일이 지난 ROW는 DELETE하고 로그까지 비워서 스토리지 용량을 확보한다.
(데이터를 지우고 인덱스를 재정렬하고 백업하는 점검 시간은 고려하지 않아도 된다.)
이렇게 계획하고 있는데 어떠하냐?
대용량 로그같은건 rdbms보단 데이터웨어하우스나 쓰세여
트랜잭션이 필요한게 아니면 no sql
세션 로그, 경로 이동 로그 등은 트랜잭션 범위에서 나와도 되니까, 이런 부분만 별도로 데이터웨어하우징 or NoSQL을 쓸까?
회원별 계정명 등으로 RDS 개념에서의 PK, FK로 연결하고 싶지만, 서버사이드에서 실제 존재 유무만 검증하고 유효하면 그냥 때려박는 것.
근데 대신에 RDS에서의 조인으로 SQL에서의 다양한 데이터 가공은 포기해야겠군.
클라우드 쓰고 있는데 그냥 RDS 쓰고 있는 거 GB당 월 0.1불인데 NoSQL은 월 0.25불이다. -_-