如何确定我的存储库的当前版本以查看是否需要升级它(svnadmin upgrade)?
实际上我正在举办第三方SVN,我想知道是否需要让他们升级我的回购.
我问,因为1.5服务器会将repo版本保持在1.4,除非我错过了什么?
我在Linux文件系统上有一套Berkeley DB文件,我想查看一下.
有什么有用的工具可以快速浏览内容?我可以编写使用BDB模块进行检查的Perl脚本,但我正在寻找一些CLI实用程序,以便能够在不必开始编写脚本的情况下查看内部.
我阅读了颠覆书,我很清楚,subversion不存储单个文件,只存储增量以便最小化磁盘空间.Subversion也对二进制文件做了同样的事情(这曾经是CVS的一个巨大弱点).
但是我不明白确切的机制.当我提交文件时会发生什么?
第一种情况似乎最合乎逻辑.然而,这提出了另一个问题.如果我在subversion存储库中有一个包含1000个提交的文件,而一个新的开发人员检查出一个干净的副本,那么subversion必须获取原始版本(初始导入)并在返回结果之前对此应用1000个差异.它是否正确?对于保存最新版本的文件,是否存在某种缓存?
基本上我在哪里可以找到有关svn存储库内部的信息?
更新:显然,颠覆的后端在这方面发挥了重要作用.当时或写FSFS使用选项1,而BDB使用选项2.谢谢msemack!
Oracle最近向SQLite发布了Berkeley DB后端.我碰巧有一个数百兆字节的SQLite数据库,可以从"改进的性能,并发性,可伸缩性和可靠性"中获益,但Oracle的网站似乎缺乏对这些改进的任何测量.有没有人在这里做过一些基准测试?
我正在寻找一个类似dbm的库,我可以使用它代替Berkeley DB,我目前正在使用它.我转换的主要原因是BDB的许可费用相当高(开源应用程序免费,但我的雇主不希望出于各种原因开源这个特定的应用程序).
我简要地看了一下qdbm,但看起来它不会满足我的需求 - 很多键(几百万)和大数据项(> 1-5兆字节).在我继续搜索之前,我想我会问,因为似乎有大量类似dbm的库.
我已阅读手册并知道如何设置锁,锁柜,数据库页面大小等数量,但我只是喜欢有BDB并发实际经验的人的一些建议.
我的应用程序非常简单,我将进行获取和放置大约1KB的记录.没有游标,没有删除.
我需要一个磁盘支持的Map结构才能在Java应用程序中使用.它必须具有以下标准:
记录键将是字符串或长整数.如上所述,读取将比写入更频繁,并且大多数读取将仅仅是检查密钥是否存在(即,不需要读取密钥相关数据).每条记录仅更新一次,记录不会被删除.
我目前使用Bdb JE但我正在寻找其他选择.
更新
从那以后,通过减少对二级密钥的依赖性,提高了现有BDB设置的查询性能.有些查询需要在两个辅助密钥上进行连接,并将它们组合成一个复合密钥,我在查找中删除了一个间接级别,这样可以很好地加快速度.
我正在RHEL 5上构建OpenLDAP; 我使用了http://www.linux.com/archive/feature/113607上的说明.
一切顺利,直到为OpenLDAP运行'./configure' - 记录了以下错误:
*<earlier output snipped>*
checking for gethostbyaddr_r... yes
checking number of arguments of ctime_r... 2
checking number of arguments of gethostbyname_r... 6
checking number of arguments of gethostbyaddr_r... 8
checking db.h usability... yes
checking db.h presence... yes
checking for db.h... yes
checking for Berkeley DB major version in db.h... 5
checking for Berkeley DB minor version in db.h... 1
checking if Berkeley DB version supported by BDB/HDB backends... yes
**checking for Berkeley DB …Run Code Online (Sandbox Code Playgroud) 根据Python 2.6.5 docs [1],不推荐在Python 3.0中删除bsddb模块.
我应该使用什么模块/包装?
显然,BDB-XML至少从2003年开始出现,但我最近才在甲骨文的网站上偶然发现它:Berkeley DB XML.这是模糊:
Oracle Berkeley DB XML是一个开源的,可嵌入的XML数据库,基于XQuery访问存储在容器中的文档,并根据其内容编制索引.Oracle Berkeley DB XML构建于Oracle Berkeley DB之上,并继承了其丰富的功能和属性.与Oracle Berkeley DB一样,它与应用程序一起运行,无需人工管理.Oracle Berkeley DB XML在Oracle Berkeley DB之上添加了文档解析器,XML索引器和XQuery引擎,以实现最快,最有效的数据检索.
对我而言,似乎潜在的想法在技术上是合理的,并且可能比基于文档的新数据库(如CouchDB或MongoDB)更成熟.据我所知,它支持C,C++,Ruby和Perl.它甚至具有HA功能,例如使用具有自动选举功能的主/从模型进行自动复制.
但是,我似乎找不到任何使用它的项目.它有什么根本性的错误吗?许可证太繁重了吗?太复杂了吗?
为什么不使用它?
berkeley-db ×10
fsfs ×2
svn ×2
benchmarking ×1
c++ ×1
database ×1
dbm ×1
java ×1
linux ×1
map ×1
openldap ×1
persistent ×1
python ×1
redhat ×1
repository ×1
sqlite ×1