이와 같이?

use std::collections::HashMap;

#[derive(Debug)]
struct ColumnFamily(i32);

struct DB {
    cfs:HashMap<i32,ColumnFamily>,
}

impl DB {
    fn new()->DB{
        let mut cfs = HashMap::new();
        cfs.insert(1,ColumnFamily(1));
        cfs.insert(2,ColumnFamily(2));
        DB{
            cfs
        }
    }
    fn get(&self,key:i32)->&ColumnFamily{
        self.cfs.get(&key).unwrap()
    }
    fn drop_key(&mut self,key:i32){
        self.cfs.remove(&key);
    }
}

fn main() {
    let mut f = DB::new();
    let a = f.get(1);
    println!("{:?}",a);
    f.drop_key(1);
    let c = f.get(2);
    println!("{:?}",c);
}

FWIW에서 paritech의 포크 cf_handle 는 Copy 이며, 이는 기술적으로 안전하지 않지만(OTOH는 오용하기 어렵다고 주장할 것입니다) 잠금 사용을 피합니다.

@hjiayz 네, 아주 비슷합니다.

이 변경을 시도했을 때(즉, 열 패밀리를 생성/삭제할 때 &mut self ) ColumnFamily 정의 방식에 문제가 발생했습니다. PhantomData 변경 가능한 참조를 저장하여 다음과 같은 코드를 실패하게 만듭니다.

#[test]
fn property_cf_test() {
    let n = DBPath::new("_rust_rocksdb_property_cf_test");
    {
        let opts = Options::default();
        let mut db = DB::open_default(&n).unwrap(); // Notice the `mut`
        let cf = db.create_cf("cf1", &opts).unwrap();
        let value = db.property_value_cf(cf, "rocksdb.stats").unwrap().unwrap();

        assert!(value.contains("Stats"));
    }
}

소요 DB에서 메소드를 호출 할 때 오류가 발생할 &self 등을 db.property_value_cf() 및 전달 ColumnFamily (이는 저장한다 &mut 에서 db 필드):

error[E0502]: cannot borrow `db` as immutable because it is also borrowed as mutable
  --> tests/test_property.rs:39:21
   |
38 |         let cf = db.create_cf("cf1", &opts).unwrap();
   |                  -- mutable borrow occurs here
39 |         let value = db.property_value_cf(cf, "rocksdb.stats").unwrap().unwrap();
   |                     ^^                   -- mutable borrow later used here
   |                     |
   |                     immutable borrow occurs here

이 문제에 대해 매우 우아한 방법이 생각나지 않지만, 한 가지 옵션은 ColumnFamily 에서 create_cf ColumnFamily 를 반환하지 않고 대신 cf_handle() 대한 호출로 코드를 소비하도록 하는 것입니다

#[test]
fn property_cf_test() {
    let n = DBPath::new("_rust_rocksdb_property_cf_test");
    {
        let opts = Options::default();
        let mut db = DB::open_default(&n).unwrap();
        db.create_cf("cf1", &opts).unwrap();
        let cf = db.cf_handle("cf1").unwrap(); // Get the CF
        let value = db.property_value_cf(cf, "rocksdb.stats").unwrap().unwrap();

        assert!(value.contains("Stats"));
    }
}

변화하는 것 create_cf() 반환 Result<(), Error> 수 허용 변화?

@dvdplm ColumnFamily 수명을 추가하는 것은 결국 인체 공학적인 관점에서 약간의 악몽이 되었습니다. 수명이 필요하지 않지만 삭제된 후 열 패밀리 포인터를 사용할 위험이 없는 접근 방식을 추구하고 싶습니다. 이 변경 사항은 cf_handle 에서 잠금을 제거하는 방법에 영향을 미칠 수 있습니다. 이 문제는 아마 나타나지 않을 것입니다.

@iSynaptic에 동의합니다. 분명히 ColumnFamily 대한 참조를 반환하는 것은 이 경우에만 안전한 방법입니다.

그러면 #298이 병합될 수 있습니까?

314

#314로 해결되나요? 그렇다면 출시할 계획이 있습니까?

예, 그렇습니다. 가까운 시일 내에 출시할 계획입니다.

@aleksuss 출시 현황은? :)

@bkchr 다음 주에 할 것 같아요.