sqlite로 데이터 쓰기
배타라든지 여러가지 있기 때문에 느리다고 생각했습니다만,,,,,
그만큼 성능 오르고 있다면 보통 테이블도 고속으로 저장할 수 있을까?
생각했기 때문에 검증
환경
에서 sqlite3 VS json VS csv에 의한 출력에서 어느 것이 빠르는지 해 보겠습니까?
json은 그 배열을 디코드로 출력할 뿐, 다른 것은 1 레코드마다 한다.
이것으로 csv보다 빠르면 그것은 그것으로 가치가 있다는 것.
우선 sqlite3의 승리로 끝나면 매우 편하구나.
조건
결과
DB 추가
CSV
json
1.028847초
0.004198초
0.005193초
0.882089초
0.003451초
0.000538초
0.753490초
0.002792초
0.000565초
0.781892초
0.003049초
0.000592초
0.785775초
0.006175초
0.000909초
0.709185초
0.002781초
0.000600초
0.696319초
0.003531초
0.000613초
1.247061초
0.003052초
0.000569초
0.774548초
0.002544초
0.000595초
0.977571초
0.002651초
0.000593초
예상대로, 역시 특정 조건뿐이네요.
어쨌든 DB의 성능에 의한 부산물인 느낌이 듭니다.
세미 오픈 상태가 되어도 괜찮습니까?
그리고, 이 때 NoSQL에서도 시도해 볼까요.
개정
다시 시간이 생겼기 때문에 엔트리를 보았더니 트랜잭션 닫지 않았다는 것. 그렇게 해서 본 결과 다음과 같이 되었습니다.
제일 시간이 걸리고 있는 것이, 본 엔트리의 최초의 녀석입니다.
변경한 결과, 이 스케일의 그래프라고 거의 변하지 않는 곳까지 갔습니다.
그것을 한 뒤, 깨달은 것은 블롭 보존으로 적당한 VARCHAR를 보존하지 않으면 안 되지 않을까 생각했지만, 본건에 대해서는 일단 완료라고 하는 것으로.
Reference
이 문제에 관하여(sqlite로 데이터 쓰기), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/himao/items/60b0abb038e45d1d194d
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
다시 시간이 생겼기 때문에 엔트리를 보았더니 트랜잭션 닫지 않았다는 것. 그렇게 해서 본 결과 다음과 같이 되었습니다.
제일 시간이 걸리고 있는 것이, 본 엔트리의 최초의 녀석입니다.
변경한 결과, 이 스케일의 그래프라고 거의 변하지 않는 곳까지 갔습니다.
그것을 한 뒤, 깨달은 것은 블롭 보존으로 적당한 VARCHAR를 보존하지 않으면 안 되지 않을까 생각했지만, 본건에 대해서는 일단 완료라고 하는 것으로.
Reference
이 문제에 관하여(sqlite로 데이터 쓰기), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/himao/items/60b0abb038e45d1d194d텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)