코인 정보 db 구성을 구상해보자.

db 정상 설치 상태에서 DB 추가 (유저 or 스키마 or database단계에서)

테이블을 설계해야한다. 

 

나같은경우엔 액셀을 이용해서 사용자나 시스템에서 접근하는 기준으로 테이블을 분리하고 정리한다.

그리고 현재 상황같은경우엔 우선적으로 주의해야할 조건은 아래와 같다고 생각한다.

 

1. 공짜 aws라 최대한 부담이 안가게끔 해야한다.

2. 공짜 oracledb라 4gb의 용량제한

3. 업비트 api에서 코인 정보를 땡길때 유저들이 많으면 단번에 못땡긴다 -> 10회 해도 못땡길 수 있다.

4. 명확한 분석 방향이 정해지지 않았다. (항상 그럼,이건 왠만하면 다 그럼)

5. 동시에 커밋되는 부분이나 시점이 없도록 해야한다. 건드는 프로세스들이 한 시퀀스로 흐르게끔 조절하자.

 

지표 분석을 위해서는 최대한 많은 정보량이 땡겨지고 보존되면 좋긴 하다. 지금은 하드웨어가 크게 후달리니 최대 4일만. 안되면 더 조절해보자.

 

coin_list - > key table 이다. 백엔드 api에서 가장 낮은 주기로 갱신예정, 여기다가 웹사용자 보여주는 지표 넣을생각이다.

coin_log - > insert로 계속해서 업비트 정보를 떙겨서 넣을것이다. 크게 3가지 데몬을 돌릴 생각인데

                 1. 업비트 가져오는 api

                 2. 공식 계산 후 coin_status,coin_list에 값을 넣는 api

                 3. 주기적으로 삭제해주는 api 

coin_status -> 로그 분석 후 값을 업데이트하는 테이블이다. 

trade_log -> 이건 데이터 값을 본 후에 거래 결과를 기록하는 테이블로 아직은 만들 생각이 없다. 

 

그 외에는 코인 구매와 판매를 하는 api는 coin_status를 보고 돌릴 예정이다. 일단 기다려보자.