标签: tokyo-cabinet

有问题的图书馆是东京内阁.

我想要在一个JAR文件中包含本机库,JNI库和所有Java API类,以避免重新分发问题.

似乎在GitHub尝试了这个,但是

1. 它不包括实际的本机库,只包括JNI库.
2. 它似乎特定于Leiningen的native dependencies插件(它不能用作可再发行的插件).

问题是,我可以将所有内容捆绑在一个JAR中并重新分发吗？如果有,怎么样？

PS:是的,我意识到它可能具有可移植性的含义.

我需要将对象转换为byte []以存储在Tokyo Cabinet键值存储中.当从键值存储区读取时,我还需要将byte []取消对象.

那里有什么包可以帮我完成这项任务吗？或者是我自己实施的最佳解决方案？

FAL Labs拥有多种东京产品和京都产品:

• Tokyo Cabinet和Kyoto Cabinet都是轻量级数据库库.
• Tokyo Tyrant和Kyoto Tycoon都是轻量级数据库服务器 ......

有人可以解释东京和京都产品之间的区别吗？

我有超过1亿个键值对(一个键可以有多个值).我正在使用Tokyo Cabinet的BDB(B + Tree DB),其键值为32位字节数组.

是否可以在东京内阁设定可以使用多少内存(下限和上限)？实际上,我有8GB内存,但它似乎无法利用大内存.

另一点是,我想知道如何设置,

tokyoCabinet.tune()tokyoCabinet.optimize()tokyoCabinet.setxmsiz()tokyoCabinet.setcache()这些参数因此我可以得到我的情况的最大调整.提前致谢.任何想法对我都有帮助.

我正在尝试创建一个键/值数据库,其中包含300,000,000个每个8字节的键/值对(包括键和值).要求是拥有一个非常快速的键/值机制,每秒可以查询大约500,000个条目.

我尝试过BDB,Tokyo DB,Kyoto DB和levelDB,当涉及到那么大的数据库时,它们都表现得非常糟糕.(他们的表现甚至没有接近他们在1,000,000个参赛作品的基准价格).

由于硬件限制(32位软件),我无法将数据库存储在内存中,因此memcached是不可能的.

我也不能使用外部服务器软件(只有数据库模块),根本不需要多用户支持.当然,无论如何,服务器软件无法从单个端点每秒保存500,000个查询,因此不包括Redis,Tokyo tyrant等.

我正在寻找东京内阁桌面引擎的python绑定.我试过Pytc,但只能找到Hash和B-tree引擎支持.还有其他绑定吗？

函数begin_transaction接受一个布尔参数,指示应该进行什么类型的同步; 物理时为真或逻辑时为假.

当它指的是"物理"或硬同步时,它意味着什么？

有没有人成功使用东京内阁/东京暴君的大型数据集？我正在尝试上传维基百科数据源的子图.在达到约3000万条记录后,我的指数变慢了.HDB和BDB数据库都会出现这种情况.我将bnum调整为HDB案例的预期记录数的2-4倍,只是稍微加快了.我还将xmsiz设置为1GB左右,但最终我还是碰壁了.

似乎Tokyo Tyrant基本上是一个内存数据库,在你超过xmsiz或你的RAM后,你得到一个几乎无法使用的数据库.有没有其他人遇到过这个问题？你能解决吗？

通过数万个请求/秒,我希望看到60,000 - > +90,000个请求/秒.

我的设置包括以下内容:

用户--->网络应用 - >消息队列 - >解析器 - >数据库？

我应该提一下,解析器当前可以使用COPY解析/填充大约18750条记录/秒,所以我们在这方面受到限制,直到我们开始添加更多解析器 - 这对我来说不是一个大问题.

我有一个系统,需要能够尽可能快地批量上传尽可能多的记录.同一个系统(或者根据你如何处理它可能会有所不同)应该能够响应分析类型查询,例如:

wonq = "select sum(amount) from actions where player = '@player' and " +
       "(type = 'award' or type = 'return') and hand = hand_num"
lostq = "select sum(amount) from actions where player = 'player' and " +
        "type != 'award' and type != 'return' and hand = hand_num"

..... 10-15000次(PER USER),因为他们被锁定到另一张桌子.毋庸置疑,我们暂时将这些结果分页为10页/页.

我看了下面的内容:(假设这些都在同一台服务器上)

• mysql(运行rdbms的运行) - 能够进入15-20万个请求/秒范围; 在当前条件下,如果我们试图扩展这一点,我们需要一个单独的主机/数据库每次我们需要扩展 - 这是不可行的

• couchdb(面向文档的数据库) - 没有突破700个请求/秒; 我真的希望这会拯救我们的屁股 - 不是机会! …

我正在开发一个包含大型科学数据集的数据库.典型的使用场景是每天将大约5GB的新数据写入数据库; 每天也会删除5GB.总数据库大小约为50GB.我正在运行的服务器将无法将整个数据集存储在内存中.

我构建了数据库,使得主数据表只是一个由唯一ID和值组成的键/值存储.

查询通常是大约100个连续值,例如. SELECT Value WHERE ID BETWEEN 7000000 AND 7000100;

我目前正在使用MySQL/MyISAM,这些查询的大小为0.1 - 0.3秒,但最近我发现MySQL可能不是基本上是大型键/值存储的最佳解决方案.

在我开始安装新软件和重写整个数据库的大量工作之前,我想大致了解在使用NoSQL DB(例如Tokyo Tyrant,Cassandra,MongoDB)时是否有可能看到显着的性能提升MySQL用于这些类型的检索.

谢谢