Jazz RTC 的文件后备存储？基于数据库还是基于文件？答案

【问题标题】：File backing store for Jazz RTC? Database or file based?Jazz RTC 的文件后备存储？基于数据库还是基于文件？
【发布时间】：2011-06-27 22:11:15
【问题描述】：

我们目前在大量大型项目中使用 Clearcase。我们在后台使用 SQL Server 作为文件存储，它最终达到了访问文件太慢的地步。

看看 GIT 和 Mercurial，我们看到了一个基于存储文件差异的分布式 VCS - 它有可能获得更好的本地性能。

有人知道 Jazz RTC 是否具有由文件差异或数据库支持的文件存储？（谣言工厂暗示它由 DB2 支持：/）

【问题讨论】：

【解决方案1】：

我建议将 Git 用于 VCS 和其他系统以进行问题跟踪、构建服务器等。一体化解决方案仅此而已。起初它可能更容易开始，但你很快就会遇到“链条中最薄弱的环节”。

希望对你有帮助

【讨论】：

【解决方案2】：

我想你的意思是 Jazz RTC，它有一个 version control included。

它的Jazz RTC server支持DB2、Sql Server和Oracle。

然而，Jazz 平台与 Git 和 Mercurial 等 DVCS 非常不同：它是一个应用程序中心，旨在促进多个软件之间关于开发生命周期（需求、版本控制、更改、构建，...)。
版本控制部分只是 Jazz 的一小部分。

【讨论】：

【解决方案3】：

使用 RTC/Jazz 源代码控制的文件访问速度很快。

在 Jazz SCM 开发团队（我是其中的一员）中，我们有一个大型存储库。它包含数万个文件和数十万个文件状态。加载时间（在我们的 LAN 上）受网络速度的限制：我可以在 10 到 20 分钟内加载 50k 个文件（大约 500 兆）。在更快的网络上，它会更好。

在服务器上，更改会在适当的情况下保存为增量（即版本之间的差异）。 Jazz 服务器由数据库支持，但访问速度很快。

【讨论】：

优秀：任何系统都会比我们缓慢的 ClearCase 更快；) 不过，我没有找到太多关于 Jazz 服务器上版本控制的“分布式”方面（RTC3.x 中的新内容）的文档。
如果您对使用 RTC 的分布式源代码控制有任何疑问，请通过newsgroup 提问。