Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/go/7.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
从golang/leveldb转换为syndtr/goleveldb_Go_Embedded Database_Leveldb - Fatal编程技术网

从golang/leveldb转换为syndtr/goleveldb

从golang/leveldb转换为syndtr/goleveldb,go,embedded-database,leveldb,Go,Embedded Database,Leveldb,我目前正在使用它的表格阅读器功能 该库提出了关于稳定性和支持的担忧,并假设即使是函数表读取器代码也过时了 场景:~5TB的分片表集合,我在所有表(大型计算机)上打开一个读卡器,并执行只读功能。我确实实现了一个bloom过滤器 问题:是否值得将此软件包移植到您的计算机上?这个场景是一个只读操作,我想我关心的是syndtr/gldb是否对表代码进行了改进,和/或这是否是一个非常简单的转换。此外,我还想知道我是否遗漏了或应该使用DB级别的pkg而不是仅仅使用表读取器

我目前正在使用它的表格阅读器功能

该库提出了关于稳定性和支持的担忧,并假设即使是函数表读取器代码也过时了

场景:~5TB的分片表集合,我在所有表(大型计算机)上打开一个读卡器,并执行只读功能。我确实实现了一个bloom过滤器

问题:是否值得将此软件包移植到您的计算机上?这个场景是一个只读操作,我想我关心的是syndtr/gldb是否对表代码进行了改进,和/或这是否是一个非常简单的转换。此外,我还想知道我是否遗漏了或应该使用DB级别的pkg而不是仅仅使用表读取器