sqlite를 쓰니까 되긴 되는데요
pc_a, pc_b에서 폴더를 네이버 클라우드에 동기화시켜놓고
거기에 sqlite db파일 만들어놓고 하니까 양쪽 pc에서 작업 되는 거 같은데
이렇게 하면 나중에 무슨 문제 있을까요?
그리고 구성하려는 db가 약 2천개 정도의 상품에 대해서 매일의 판매량 올려놓고
나중에 최근 1일, 7일, 30일 혹은 월별 판매량 같은거 뽑아보려고 하거든요
이럴 경우 db를 어떻게 설계(?)해야 될까요?
지금 생각해본 건
1. 걍 한 테이블에 매일매일 칼럼 쭉 추가해서 붙여 나간다.
: 시간 지나면 테이블이 넘 커질 거 같음
2. 각 상품별로 이력 테이블을 만들어서 열을 추가해 나간다
: 테이블이 2000개 된다는 말인데 상관없나?
3. 매일 그 날의 테이블을 추가해나간다.
하다보니 사이트에서 조회기간 잘려있는 게 이런 거 때문이구나 싶은데
문제는 제가 아무것도 모르다보니 걍 해도 되는 건가 몰라서요
예를 들면 속도나 관리면에서 뭐가 가장 최적일지
이정도 갯수로는 걍 1번처럼 해도 상관없나요?
테이블 크기가 2000 * 365 이정도는 무난할 간지?
저는 관리만 쉽게 된다면 2번처럼 하고싶은데 암튼 의견 부탁드립니다
질문 | 1172명이 읽었어요. 3.19.31.73
