데몬 실시간 API 데이터 수집 구조

1. 테이블 하나가 있다. 거의 컬러이 100여개다. 2. 코인 종목이 이후 1000개까지도 늘어 날 수 있다. 이건 이론적 성능 기술을 떠나서 데몬이 10초 단위 수집은 되는데 문제는 10초 단이 디비에 꾸준히 못 박는다. 3. 현실적으로 200개 넘어가면 30초 이상 걸린다. 4 그럼 터진다. ------------------------------------------------------------------------------------------------------ 1. 시간단위와 컬럼수와 한번에 넣을 코인종목 즉 행을 고려해야한다. 2. 가장 안정적인 코인 종목만큼만 넣는다. ------------------------------------------------------------------------------------------------------ 1. 그러나 테이블은 추가 하지 않는다. 테이블이 분리되면서 이후 관리 및 호출연동 빡치기 시작한다. 2. 즉 테이블은 원 테이블 유지하고 데몬을 여러게 만들어 넣는다. 3. 덮어쓰기 테이블 구조성 1000개 코인으로 가정하더라도 데몬이 20마리면 부담 없다. 4. 이후 문제는 위에 언급한 데이블 구조문제는 벗어나고 이젠 데몬 문제다. ------------------------------------------------------------------------------------------------------ 1. 데몬도 중요도에 따라 가. 초당 때리는 데몬 나. 10초 단위 데몬 다. 분당 때리는 데몬으로 구분한다. 2. 그러나 문제 없다. 덮어쓰는 구조라서. ------------------------------------------------------------------------------------------------------ 1. 그럼 이제 기존 데몬 복사해서 각기 다른 코인만 추가하면 된다. 2. 이것도 미리 만들지 말고 추가 코인이 해당 가능성 종목 수량 정도 넘으면 그 때 그 때 데몬 추가하면 된다. ------------------------------------------------------------------------------------------------------ 1. 그럼 이제 원 테이블이라서 이벤트 수가 적다. 2. 테이블을 늘리면 모든 테이블당 이벤트 기하급수적으로 늘지만 현지는 아니다. 원테이블이라서. ------------------------------------------------------------------------------------------------------ * 시간은 이렇다. 1. 초당 2회 0.5초로 쓰는 것도 부담 스럽다. 2. 초당 1회를 쓴다. 그러나 수집은 0.9초이하로 수집해야 한다. 결론은 혹시나로 0.8초 수집을 한다. 3. 10초는 비트나 메이저 외 알트중 비중 있는 것들 4. 분당 수집은 59초 기준 허접 코인 ------------------------------------------------------------------------------------------------------ * 그전에 준비해야 할 것 1. 해당 코인 추가를 불러오는 그누보드 게시판 추가 2. 데몬 당 1개 게시판 추가. 3. 이후 해당 게시판을 데몬에서 게시판 테이블명 수정 ------------------------------------------------------------------------------------------------------ * 거의 정리되었다. 1. 그누보드 게시판 추가 2. 해당 게시판 테이블을 복사 데몬 파일에 수정, 설정 시간간격 수정 3. 이후 데몬 사용 4. 운영하면서 그누보드 게시판 코인 수와 해당 테이블 감당여부 체크 5. 적당선을 넘을 것 같으면 데몬 추가 : 이후 방식 위와 동일 ------------------------------------------------------------------------------------------------------