问题标签 [monetdb]

如何重命名 monetdb 中的表？ALTER TABLE name RENAME TO new_name不支持典型的 SQL 语句。

我正在尝试连接到不在 sys 架构中的表。如果 sys.tablea 存在，则下面的代码有效。

如果我在不同的模式中定义 tablea，例如 xyz.tablea，那么我会收到错误消息

用于连接的帐户对表具有权限。

在一个相关问题中，是否可以使用 MonetDB.R 中的骆驼案例？当我将表名更改为 TableA 时，服务器再次响应

其中表名全部小写。

我想知道您是否认为使用 monetdb（或另一个列式数据库）将所有数据放在一个大而平坦的表中而不是将其分解为多个相关表是否合理。

例如，二手车数据库（flat）可能如下所示：

注意到 Make-Model-Year-Color、SQL 数据库或 Excel 电子表格或其他任何内容中的冗余，您可能有两个表，例如：

这有助于以更复杂的查询为代价实现冗余，并且必须考虑如何分解（分解）表。

我正在阅读有关列式数据库和特别是 monetdb 的信息。看起来，由于 monetdb 单独压缩列，冗余无关紧要，您可以只使用平面表来期望相同或更好的性能（查询时间、磁盘使用情况），因为一组分解良好的关系表会提供。这节省了设计工作，但更好的是让您完全自动化模式设计——通过避免它。

你怎么看？是否有一些我没有看到的隐藏成本？

我正在尝试针对包含大量用于聚合的浮点计算的分析工作负载评估 MonetDB 的性能。

我正在尝试在 MonetDB 中实现一个基于 C 的 UDF 来实现这一点并且遇到了错误。我不确定如何根据我所需的签名正确实现该功能

首先，我在 Ubuntu 13.04 上使用从源代码构建的 MonetDB-11.15.17。

我已添加到 ./sql/backends/monet5/UDF 目录中的以下文件，如图所示：

udf.c：

udf.h：

udf.mal：

80_udf.sql：

然后我跑了，引导；制作; 须藤制作安装；并在 mclient 提示符下键入以下内容：

这会导致以下错误：

我试图从文档和源代码中拼凑出我所能做的，但现在卡住了。在这个过程中我哪里出错了？

MonetDb 的开发人员之前是否测试过任何其他压缩算法？

也许他们已经测试了其他压缩算法，但它确实对性能产生了负面影响。

那么为什么他们没有改进这个数据库的压缩性能呢？

我是来自中国的学生。MonetDb 对我来说真的很有趣，我想尝试提高它的压缩性能。

所以，我应该确保任何机构以前都这样做过。

如果您能回答我的问题，我将不胜感激。

那是因为我真的需要这个。

太感谢了。

创建表查询是：

创建表目录（id int、ra double、decl double、zone int）；

使用以下公式从 decl 计算区域值：

CAST(FLOOR(decl) 作为整数),

我已插入表的所有 id、ra、decl 值，然后我必须计算区域值，

如何在 sql 查询中计算表的区域值？

**在另一个表中提取的目录中，我想从 ra,decl 在 sql 中计算 y：

更新提取目录集 x= (cos(radians(decl)) cos(radians(ra))); 但回应：连接终止！我的sql有问题吗？*

非常感谢！

在 monetdb 我创建了一个表：

ra,decl都已插入表中，现在我想x,y,z从ra,decl列中计算。在sql中我执行如下：

但我得到了回应：

连接终止

我的sql查询有问题吗？

非常感谢！

似乎一切都好，如果

但如果错误

以下是演示代码：

MonetDB.R_0.8.0 DBI_0.2-7

R 版本 3.0.2 (2013-09-25) 平台：x86_64-pc-linux-gnu (64-bit)

subset(mdf, id %in% c("A","B"))实际转换为 sql 为：

错误消息 IDS = c("A","B") subset(mdf,id %in% IDS)

是这样的：

我猜这是MonetDB.R的特定问题。只是不知道如何规避它。

谢谢。

我是货币新手。当涉及到转储/恢复活动时，我想使用与mysqldump. 我尝试了以下方法：

但是，当恢复时：

我遇到了以下错误：

我错过了什么？这是否意味着我只能将转储的数据提供给空数据库？提前感谢您的提示。

我们在 OpenIndiana 文件服务器上运行 MonetDB（Xenon E5-1620 / 16GB RAM，RAM 将很快升级）。我们将许多小 csv 文件合并为两个大文件。

第一个约为 25GB，但第二个约为 125GB。导入第一个工作正常，但第二个不起作用，服务器只是关闭。

为什么会这样？有什么办法可以解决这个问题，除了拆分文件？如果拆分是不可避免的，有没有办法使用循环加载 csvs？

--

当整个系统崩溃时，我该如何执行此处描述的调试步骤？不仅数据库崩溃，整个系统都关闭了。

--

与此同时，我们找到了解决这个问题的方法。我们将大文件拆分为五个较小的 à 25GB 并使用包含五个 COPY INTO 语句的 .sql 文件导入它们。