Tedious: FILESTREAM을 사용하여 varbinary(max) 열에 삽입하거나 해당 열에서 읽는 데 10초가 걸립니다.

안녕하세요 @sammaniamsam ,

지적해 주셔서 감사합니다. 나는 이것이 Tedious에서 토큰 구문 분석이 구현되는 방식 때문일 수 있다고 생각합니다. 즉, varbinary(max) 및 아마도 varchar(max)를 사용할 때 더 많은 메모리를 차지하는 많은 비동기 콜백이 있습니다. 우리는 가까운 장래에 성능을 향상시키기 위해 Tedious에서 구현되는 방식을 리팩토링할 계획이 있습니다.

@arthurschreiber , @MichaelSun90 어떻게 생각하세요?

@sammaniamsam님 , 안녕하세요. 이 성능 병목 현상을 일으키는 Tedious 버전이 무엇인지 궁금합니다. #1006

@IanChokS "^5.0.3"을 사용하고 있습니다.

현재 열려 있는 모든 문제를 살펴본 후 성능 차단이 일반적인 문제라는 것이 분명합니다(예: #879, #781, #475, #467, #319, #303). 현재 우리는 상시 암호화 기능 구현, 개선된 데이터 유형 유효성 검사/변환 , 플러그형 인증 공급자 , 현재 데이터 유형 리팩토링 과 같은 로드맵에 있습니다. 그러나 제기된 문제에 따르면 이 성능 블록은 사람들이 지루함을 사용할 때 직면하는 가장 일반적인 장벽인 것 같습니다. 저는 Arthur 및 팀과 어떤 작업의 우선 순위를 지정해야 하는지에 대해 논의하고 있습니다. 따라서 성능 개선이 가장 보고 싶은 변화라고 생각되면 좋아요를 남기거나 앞으로 나아가야 할 방향에 대한 의견을 남겨주세요. 어떤 피드백이든 큰 도움이 될 것입니다! 🙇

성능 문제를 해결하기 위한 WIP -> #1037

설명: #1038

@sammaniamsam 님 , 최근 #1049, #1044, #1037을 병합하여 성능이 향상되기를 바랍니다. 최신 마스터 브랜치에 대해 벤치마크를 다시 실행하고 끝에서 성능이 향상되면 알려주시겠습니까?

감사 해요! 🙇

편집: 아직 npm에 릴리스되지 않았지만 변경 사항은 현재 마스터 분기에 있습니다.

@IanChokS 절대적으로! 신경써주셔서 감사합니다. 새로운 개선 사항을 테스트하기를 기대합니다.

@IanChokS 결과는 아래 표에 있습니다. 질문이 있으면 알려주세요.

방법 | 지루한 버전 | 파일 수 | 크기 | 실행 시간(ms)
-- | -- | -- | -- | --
읽기 | ^6.3.0 | 1 | 23.33MB | 2435.834
읽기 | ^6.3.0 | 2 | 46.66MB | 5008.435
읽기 | ^6.3.0 | 3 | 136.5KB | 329.727
삽입 | ^6.3.0 | 2 | 11.9MB | 4316.95
삽입 | ^6.3.0 | 4 | 59KB | 42.864
읽기 | 최신 마스터 | 1 | 23.33MB | 2771.478
읽기 | 최신 마스터 | 2 | 46.66MB | 4877.394
읽기 | 최신 마스터 | 3 | 136.5KB | 93.575
삽입 | 최신 마스터 | 2 | 11.9MB | 2535.267
삽입 | 최신 마스터 | 4 | 59KB | 43.886

좋아보이네요! 삽입에 대한 결과와 일치합니다. 예를 들어 메모리 사용량이 절반으로 떨어졌습니다.

앞으로 읽는 시간을 늘리기 위해 확실히 노력하겠습니다 💪

:tada: 이 문제는 버전 8.1.0에서 해결되었습니다.

릴리스는 다음에서 사용할 수 있습니다.

• npm 패키지( @latest dist-tag)
• GitHub 릴리스

시맨틱 릴리스 봇 :package::rocket: