sqlite로 데이터 쓰기

1701 단어 5sqlite
보통 파일 보존하는 것보다 작은 BLOB에 한해서는 DB에 부딪힌 것이 빠를 것 같다.
배타라든지 여러가지 있기 때문에 느리다고 생각했습니다만,,,,,

그만큼 성능 오르고 있다면 보통 테이블도 고속으로 저장할 수 있을까?
생각했기 때문에 검증

환경


  • mac(상당히 전)
  • go 언어
  • SQLite 버전 3.16.0 2

  • 에서 sqlite3 VS json VS csv에 의한 출력에서 ​​어느 것이 빠르는지 해 보겠습니까?

    json은 그 배열을 디코드로 출력할 뿐, 다른 것은 1 레코드마다 한다.
    이것으로 csv보다 빠르면 그것은 그것으로 가치가 있다는 것.

    우선 sqlite3의 승리로 끝나면 매우 편하구나.

    조건


  • 테이블은 이하로 한다
  • ID(int)
  • Title(string)
  • value(int)

  • 1000개의 레코드 쓰기를 10세트 실시한다.

  • 결과




    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를 보존하지 않으면 안 되지 않을까 생각했지만, 본건에 대해서는 일단 완료라고 하는 것으로.

    좋은 웹페이지 즐겨찾기