Rust-rocksdb: 최신 RocksDB 코어 라이브러리로 업그레이드

자동 생성 바인딩에 대해 잘 모르지만 동적 연결과 같은 것을 이동할 수 있습니까?
예를 들어 leveldb 바인딩( https://github.com/skade/leveldb-sys )에서 배포 저장소에서 libleveldb-dev 를 설치해야 하며 매번 전체를 컴파일할 필요가 없습니다. , 그래서 몇 초가 걸리는 바인딩만 컴파일합니다.

여기에서 librocksdb-sys만 컴파일하는 데 몇 분이 걸릴 수 있습니다. 왜냐하면 (내 생각에) 이것은 rockdb의 C++ 코드를 컴파일하기 때문입니다.

이렇게 하면 버전 관리 문제도 해결됩니다. 페이스북이 공개 API를 동일하게 유지하는 한, 사용자는 바인딩의 관리자가 아니라 코어 버전을 담당하게 됩니다.

@elichai 좋은 지적입니다. 저도 이 생각을 했고 앞으로 해볼 생각입니다.

나는 이것에 찢어진 것 같아요. 라이브러리를 정적으로 연결하고 추가 종속성을 설치할 필요가 없는 편리함이 마음에 듭니다. 캐시는 라이브러리를 지속적으로 다시 컴파일할 필요가 없도록 하므로 전체를 한 번 컴파일해야 하는 번거로움이 없습니다. 그것이 너무 오랫동안 정적으로 포함되었다는 것을 감안할 때, 나는 아마도 다른 문제에서 그 문제에 대한 커뮤니티의 생각을 얻고 싶습니다.

정적 및 동적 연결(아마도 기능을 사용하여)을 모두 허용하고 싶습니다. 이것은 저에게 가장 유연한 접근 방식이 될 것입니다. 컴파일 시간은 현재 라이브러리 자체의 문제가 아니지만 우리에게 의존하는 다른 프로젝트의 컴파일 시간에도 영향을 미치며 이는 불행한 일입니다.

@vitvakatu 정확히. 라이브러리 자체의 경우 컴파일 시간은 괜찮습니다. 하지만 내 프로젝트를 컴파일할 때 다른 종속성보다 librocksdb-sys 에서 더 오랜 시간 동안 "고착"됩니다(몇 초 대신 1분 이상 걸릴 수 있는 것과 같이 주문의 크기가 더 깁니다)

@vitvakatu 저는 그 아이디어가 좋습니다(둘 다 지원).

#166은 이미 이것을 달성했습니까? 아마도 정적 및 동적 연결 모두에 대해 이미 지원되지만 문서화되거나 인체 공학적이지 못합니까?

나는 누군가가 달리 말하지 않는 한 #166이 동적 연결 요구 사항을 달성한다고 가정할 것입니다. 오늘 현재 RocksDB의 현재 버전은 5.17.2 이며 4개월이 가까워지고 있습니다. 최신버전으로 업데이트 하도록 하겠습니다.

#261에서 수정되었습니다. @aleksuss 감사합니다!

명확히하기 위해 동적 연결을 원하면 .so / .a 의 위치와 함께 env var ROCKSDB_LIB_DIR 를 추가해야 합니다. 맞죠?

@elichai 네