我一直在读关于MongoDB的文章。我对聚合框架的能力特别感兴趣。我正在考虑获取每月至少由10+百万行组成的多个数据集，并根据这些数据创建聚合。这是时间序列数据。下面是我的问题。MongoDB处理map的性能<
浏览 5提问于2012-08-04得票数 6
回答已采纳
2回答
由于维度的数量，事实表不能进行显著的聚合，因此PBI导入模式或复合模型也不是一个选项。
对于每个PBI可视化，使用单
浏览 0提问于2020-10-23得票数 1
回答已采纳
1回答
我使用的是负载很重的Redshift集群和一些连接大型表的复杂视图，在这个过程中，许多用户查询这些视图导致了一些性能问题，我使用金属化视图预计算了一些联接和聚合，但由于它们没有正确刷新，所以它没有对我起作用，而且我使用了不同的排序键，因为Redshift没有索引，但是这个解决方案也没有提高性能，所以我想使用一些聚合表来模拟OLAP多维数据集之类的东西，以提高查询的性能，有什么想法或建议吗？
浏览 4提问于2022-06-07得票数 0
我正在用MongoDB开发一个数据库，并希望将视图视为只读集合。特别是，我真的很想在视图上运行map-还原函数。因此，我的问题包括：
有什么解决办法可以让我在查询结果上运行map-还原吗？
浏览 3提问于2017-04-15得票数 0
我们有一个“报告数据库”(SQL Server2008)，可以从应用程序数据库和其他一些不同的数据库源执行简化的报告。我们从小规模开始，所以我们使用简单的视图将数据集中在一起，这种方式让SQL新手可以理解。我们知道，只有在数据量很小的情况下，这才会起作用。
..。嗯，它正在快速增长，我们需要确定一种更好的方式。从概念上讲，我想做一些事情，比如每天晚上将这些视图加载到表中，然后将这些数据与今天数据的视图组合在一起-也许可以使用表和今天视图之间的联合的新视图？
浏览 3提问于2011-08-29得票数 3
1回答
我正在查看一些文档，以便让我的数据库性能更好，我遇到了"OLAP“预聚合术语。我想知道OLAP是一种工具，还是一种方法或方法。例如，我的DBMS是postgresql，而我正在处理一个大型数据库。为了加快速度，我必须使用一些聚合和预聚合方法。OLAP有什么用处？
浏览 2提问于2012-11-12得票数 2
1回答
有效计算运行总量
、、、
我很难弄清楚如何在PHP中存储、检索和计算运行余额。(假设每天工作时间为7.5小时，周末不工作)：
从预订日期>= '2014-04-01‘和日期<=’2014-04例如，如果您要回到三月来更新记录，我将不得不更新三月和四月的running_balance行。-157.5 + 15 = -142.5
因此，你的跑步平衡是：-
浏览 0提问于2014-04-28得票数 1
这些报告已经非常缓慢和沉重，使一个大的一个是不可能的。所以我在VS 2010中创建了一些应用程序。虽然我总是可以请求支持将视图添加到服务器。
尝试与Linq，不认为这是可能的，它会提供更多的性能吗？2-是否有任何方法可以提高我的查询的性能而不对服务器进行写访问？
浏览 3提问于2010-09-15得票数 0
1回答
对数据库中的大量记录进行计数
、、、、
我有一个表ID，ITEM_NAME，ITEM_PRICE，ITEM_STATUS，ITEM_TYPE，ITEM_OWNER，ITEM_DATE
应用程序可以使用任意数量的搜索条件来查询表，比如物品日期和/
浏览 0提问于2013-05-21得票数 0
还有一个大约200M的用户阵列，它有性别，年龄组和国家。例如，绘制2011年10月至9月英国15-25岁女孩的点击率图表。
您建议选择哪个数据库，以及构建OLAP多维数据集的解决方案？
浏览 0提问于2011-08-05得票数 1
出于性能方面的原因，我需要创建一个白天总计的数据的物化视图。时间戳作为UNIX时间戳存储。为了允许更新(REPLACEing)到物化视图的表中，我希望它有一个时间戳，同样是以UNIX时间戳格式，与当天的开始(或结束)相匹配。这个时间戳将成为表键的一部分。无论什么时候基表数据发生变化，我都可以只在特定的一天更新视图的表(同样是为了性能)。我当前的聚合语句如下所示：
REPLACE INTO aggregate_data (channel_id, type
浏览 2提问于2013-10-08得票数 0
回答已采纳
我最近遇到了物化视图(在一般数据库演示中听说过)：
视图和物化视图之间的基本区别是视图没有物理地存储在磁盘上。另一方面，物化视图存储在光盘上。物化视图的概念是否与SQL server中的索引视图相同？
浏览 2提问于2021-06-11得票数 1
1回答
列聚合物化视图
、、
所有的应用程序都只在视图上工作，这些表永远不会被直接访问，我需要用一个物化视图来解决这个问题。物化是一个绝对的需求，因为性能方面的原因，并且需要视图在提交时更新自己。我尝试了来自的以下聚合技术。WM_CONCAT ->在我的甲骨文中不可用
函数泛型函数
浏览 2提问于2009-11-13得票数 1
回答已采纳
1回答
在Oracle中，什么是仅插入的物化视图？我有以下物化视图，它使用MAX聚合函数：REFRESH FAST ON COMMITSELECT d.ID_INPUT如果物化视图有以下之一，则仅在常规DML插入和直接加载时才支持快速刷新。使用MIN或MAX聚合的物化视图
具有SUM(expr)但没有计数(Expr)
浏览 4提问于2013-06-10得票数 7
回答已采纳
2回答
然后，我有大约15个中间步骤，在这些步骤中，我将组合维度表，执行一些聚合和实现业务逻辑。我目前处理的方法是为中间阶段创建临时表，并发布这15个步骤，在物理表中填充最终结果。它是一种更好的方法或使用物化视图而不是这些中间临时表是更好的方法。如果为中间步骤使用物化视图是一种更好的方法，那么请您告诉我为什么？已经尝试过编写这两种方法，编写了15个中间步骤作为全局临时表以及物化视图。我发现与临时表相比，MVs的性能略有提高，但代价是过多的物理
浏览 0提问于2019-06-18得票数 2
回答已采纳
我的团队使用多维OLAP数据库进行大量的分析和预测建模。所有文档中的标准行是"OLAP多维数据集比关系数据库更适合这种类型的应用程序“。另一方面，您经常听说，具有星型或雪花模式(有时称为ROLAP)的关系数据库可以执行真正的OLAP数据库所能做的任何事情。
为什么OLAP更适合于分析处理、聚合等。而不是关系模型？ROLAP可以做真正OLAP可以做的任何事情吗?还是仍然存在限制或性能问题只能通过使用真正的OLAP db来解决？
浏览 0提问于2017-10-11得票数 2
1回答
对于一个主要以事务为中心(使用Oracle db)的公司，我一直在研究如何使用物化视图进行数据聚合和报告。当前的报告系统依赖于一系列的视图，这些视图掩盖了应用程序的许多复杂的数据逻辑。我们感兴趣的是使用增量更新的“快速刷新”来在报告中使用之前执行一些复杂的查询逻辑；但是，组织内部有一种担心，即这种快速刷新所需的物化视图日志将对数据库中当前的事务性能产生影响。下面是我们需要实现的物化视图日志类型的一个
浏览 1提问于2013-07-30得票数 4
回答已采纳
1回答
我有两个选择：创建一个物化视图，该视图以易于查询的方式记录所有数据更改，并可能使查询该数据的速度比从选项1查询数据更快。我想知道，在数据库设计和管理中，是否有很多人写了反模式？因为如果没有，我很乐意使用选项2。
我使用的是无SQL数据库；MongoDB。
浏览 0提问于2020-07-02得票数 1
回答已采纳
*) as tmpGROUP BY id
此代码有错误：CREATE VIEW dbo.test2_v WITH SCHEMABINDING SELECT id, SUM(amount) as amount,
浏览 14提问于2011-05-17得票数 27
回答已采纳
云服务器
ICP备案
对象存储
腾讯会议
云直播
腾讯云开发者
