问题标签 [voltdb]

有没有办法在 PHP 应用程序中使用 voltDB？

与其他数据库相比，它绝对看起来有一些优势！

我可以将 Voltdb 与 Ruby on Rails 一起使用吗？

VoltDB 完全在内存中而不是在磁盘上运行。我想知道如果说我们的数据不断增加而内存是有限的资源，这怎么可能，它不会很快就开始遇到一些瓶颈吗？

我们的模式有一个 USER 表...

我们希望确保所有用户都有唯一的电子邮件地址。是否可以在 VoltDB 中创建唯一索引来强制执行此约束？

在 VoltDB 下不要

http://community.voltdb.com/DosAndDonts

他们说

不要创建返回大量数据的查询（例如没有约束的 SELECT * FROM FOO），尤其是对于多分区事务。保守存储过程返回的数据。

这是我拥有的用例之一。存储过程的某些方面是否使它们不适合这种类型的查询，或者它是否特定于 VoltDB？在这种情况下，性能会下降到比 Postgres 等传统 RDBMS 更差的水平吗？

编辑：我的查询不是一个 select * from foo 但我需要选择某些日期范围之间的所有金融交易，这可能超过 1 亿行

我想创建一个在运行时决定的动态字段的 sql 查询，例如：

因为存在必须声明实例变量 SQLStmt 的限制：

由于所有字段都是硬编码的，否则 VoltDB 将无法编译，因此我无法设置要读取的字段。

那么，如何使用 VoltDB 中的最终字符串创建动态字段的 sql 查询？

我已经在一个项目上工作了半年多，从头开始构建医疗保健软件。当我加入时，MySQL 已被选为主要数据存储。

几个月和许多令人头疼的事情之后，我们开始研究替代数据存储，它们可以提供我们记录关键且不断变化的医疗保健数据所需的灵活性。

我们已经研究了许多 NoSQL 解决方案；MongoDB 吸引了我们最多的注意力。能够存储结构化的嵌入式数据将是一个巨大的好处。然而，我们被有关数据丢失/可靠性问题的报告吓跑了。

我遇到过一些“NewSQL”数据存储，我对 VoltDB 尤其感兴趣。

我很想知道是否有人对 Volt 有任何经验或看到它在项目中实施。

编辑：

数据完整性和一致性是最重要的。丢失患者信息可能非常有害，他们可能会接受不当治疗等。

数据量会有所不同；我们可能会首先支持小型实践。总共有 700 个用户。但即使我们扩大到医院，我们也不会像交通那样关注社交媒体。

关于您的问题，是的，数据结构将会发展。除了必须更改现有结构以捕获新的或修改的输入之外，我们还必须将现有数据的结构保留为一种快照。我们只能用 MySQL 实现这种 EAV 风格。

感谢您的反馈意见。

我目前在数据库方面的经验主要是 MS SQL、MySQL 和 oracle。当我偶然发现 VoltDB 时，我一直在寻找一些更具可扩展性的替代方案（许多 NoSQL 解决方案）。

它看起来很有趣，因为它维护了 SQL、事务和 ACID 的使用。他们网站上的常见问题解答似乎表明即使是多分区（可能跨多个服务器）事务也完全符合 ACID。但是它没有明确说明，我找不到任何其他来源证实这一事实，所以我想知道是否有人可以确认/否认它。

问题一：是否有专门的数据库来存储密集和稀疏矩阵？我用谷歌搜索但没有找到任何...

有问题的矩阵很大（10 ^ 5 x 10 ^ 5）但它很稀疏，这意味着它的大部分值都是零，我只需要存储非零值。所以我想制作一个这样的表：

等等。3 列，两列用于坐标，第三列用于稀疏矩阵中该单元格的值。问题 2：这是存储稀疏矩阵的最佳方式吗？我也考虑过 MongoDB，但似乎为矩阵的每个单元格制作一个文档会产生太多开销。面向表的数据库很慢，但我可以使用 VoltDB :) 侧节点：我想到了 Redis 哈希，但不能使它成为二维的（找到了一种序列化 2D 矩阵并使其成为 1D 的方法，这样我可以存储在Redis 哈希甚至列表）

问题 3：VoltDB 将使用每行多少字节？坐标将是从 0 到 10^5 的整数，可能更多，单元格的值将是浮点数。

VoltDB 的网站显示社区版支持完整的 ACID（包括 D 表示持久性），但它看起来不支持似乎与命令日志相关的崩溃恢复。社区版和商业版的耐用性的“D”部分有什么不同吗？如果机器出现故障，所有数据都会丢失吗？