MonetDB 的良好用例 - 具有大约 10-15 个维度和 parent/child 层次结构的星型模式
Good use case for MonetDB - Star Schema with around 10-15 dimensions with parent/child hierarchies
我有一个星型模式：
- 一个事实 table 每个维度（大约 10 到 15 个维度）一列和一个关键数字。数量将在 5000 万到 1 亿条记录之间
- 一个table每个维度，每个维度都有属性，可以有一个或多个层次结构：
- 3个维度是平的（只有一层）
- 其余维度有多个级别（从 3 到 12），也可以有多个并行层次结构（每个维度最多 5 个）。大多数维度都是所谓的参差不齐的层次结构（叶成员位于不同的级别）。每个维度的维度成员范围为 10 到大约 1000 个成员。
报告要求：
- 层级聚合
- selection/filtering 属性
奖金要求：
- 可以添加计算（如所有级别的 KPI 计算）
MonetDB 会是那个用例的好工具吗，我真的找不到任何关于分层 (parent/child) 聚合的信息？
MonetDB 绝对是一个不错的选择。与往常一样，特定用例需要进行一些试验。由于您有模式（可能还有查询和数据），所以这将是下午的练习。
我测试了具有类似结构的 OLAP 多维数据集，实际上有 50M 条记录 table 并且对结果非常满意。
等待 MonetDB 中递归查询的支持，绝望地梦想着在同一产品中实现 MDX :)
我有一个星型模式：
- 一个事实 table 每个维度（大约 10 到 15 个维度）一列和一个关键数字。数量将在 5000 万到 1 亿条记录之间
- 一个table每个维度，每个维度都有属性，可以有一个或多个层次结构：
- 3个维度是平的（只有一层）
- 其余维度有多个级别（从 3 到 12），也可以有多个并行层次结构（每个维度最多 5 个）。大多数维度都是所谓的参差不齐的层次结构（叶成员位于不同的级别）。每个维度的维度成员范围为 10 到大约 1000 个成员。
报告要求：
- 层级聚合
- selection/filtering 属性
奖金要求：
- 可以添加计算（如所有级别的 KPI 计算）
MonetDB 会是那个用例的好工具吗，我真的找不到任何关于分层 (parent/child) 聚合的信息？
MonetDB 绝对是一个不错的选择。与往常一样，特定用例需要进行一些试验。由于您有模式（可能还有查询和数据），所以这将是下午的练习。
我测试了具有类似结构的 OLAP 多维数据集，实际上有 50M 条记录 table 并且对结果非常满意。 等待 MonetDB 中递归查询的支持，绝望地梦想着在同一产品中实现 MDX :)