问题标签 [aggregate]

假设您得到如下记录集：

你想要：

你可以使用类似的东西：

现在，当 Foo、Bar 和 Red 是 VARCHAR 时，您如何完成类似的操作？

到：

目前主要使用 SQL Server 2000；但可以访问 2005 服务器。

在 Postgresql 中，您可以使用

但是，如果数据库中已经存在聚合，则会出现错误，那么如何检查 Postgres 数据库中是否已经存在聚合？

我有一个 SQL 2005 表，我们称之为 Orders，格式为：

然后我需要生成一个报告表，显示过去 7 天内每天的订购量：

通常会产生这个的 SQL 查询：

有一个问题是它会跳过没有订单的日子：

通常我会使用一个计数表和外部连接来解决这个问题，但我真的在寻找一个更简单或更有效的解决方案。对于报表查询来说，这似乎是一个常见的要求，应该已经有一些优雅的解决方案可用。

所以： 1. 这个结果可以通过一个简单的查询而不使用计数表获得吗？

和 2. 如果不是，我们是否可以动态创建这个计数表（可靠）（我可以使用 CTE 创建一个计数表，但递归堆栈将我限制为 100 行）？

编辑：

有人告诉我，让你们阅读意味着我得到的关注更少。我很抱歉。这是一个更简单的版本：

比尔从一家商店买了价值 100 美元的物品。

他想退回足够多的物品，以准确地拿回 30 美元。

商店有一个退货系统，可以帮助他做到这一点。

这是他扫描物品后的数据：

我可能错过了一些选择，因为这一切都是我编造的。

所以，最大的问题是：

有没有办法（可能使用 GROUP BY）有一个查询可以返回任何可能的项目组合？

谢谢！

一种

我试图在 Visual Studio 中对表达式求和，但一直收到 #error 但不知道为什么我第一次尝试对表达式求和，以前只在一个字段上做过。有什么建议么！！！

我有一个具有编辑器和项目概念的域模型。

一个Editor拥有多个Projects，一个Project不仅有一个Editor owner，还有多个Editor members。因此，一个编辑器也有许多“加入”的项目。

我正在采用 DDD 方法对此进行建模并使用存储库模式进行持久化。但是，我对模式的理解还不够好，无法确定我应该如何做到这一点。

我正在假设 Editor 和 Project 可能在同一个聚合中，根是 Editor。因此，我可以获得一个编辑器，然后枚举其项目，并可以从那里枚举项目的成员编辑器。

但是，如果我只被允许从我的存储库中检索编辑器，这是否意味着当我获得拥有它们的编辑器时，我必须从存储库中加载所有项目？如果我想延迟加载成员编辑器，项目是否也需要对存储库的引用？

或者，如果我拆分聚合并拥有一个编辑器存储库和一个项目存储库，我应该如何处理两者之间的事务，例如将新项目添加到编辑器时？例如：

我是否误解了存储库模式的意图？

我正在为我的网站开发一个统计模块，它将帮助我衡量转化率和其他有趣的数据。

我使用的机制是 - 将数据库条目存储在统计表中 - 每次用户进入我的数据库中的特定区域时（我在 cookie 的帮助下避免重复记录）。

例如，我有以下区域：

1. 网站 - 一个用于统计唯一用户的通用区域，因为我最近不再信任 Google Analytics。
2. 类别 - 自我描述。
3. Minisite - 自我描述。
4. 产品图片 - 每当用户看到产品和潜在客户提交表单时。

问题是一个月后，我的统计表挤满了很多行，而我为解析数据而编写的 ASP.NET 页面加载速度真的很慢。

我想也许可以编写一个以某种方式解析数据的服务，但我看不出有任何方法可以做到这一点而不会失去灵活性。

我的问题：

1. 大规模数据解析应用程序（如 Google Analytics）如何快速加载数据？
2. 对我来说最好的方法是什么？
3. 也许我的数据库设计是错误的，我应该只将数据存储在一张表中？

感谢任何帮助的人，

伊坦。

我担心 Rails 是否可以处理金融应用程序所需的复杂聚合类型，尤其是 ORM 是否可以有效地处理这些。在我正在考虑使用它的财务应用程序中，需要对以各种方式汇总的详细财务数据进行大量报告。如果没有 Rails ORM 的支持，我需要直接编写 SQL。但我担心一旦我开始这样做，Rails 的其他部分可能无法正常工作，因此我可能最终主要使用 Rails 作为其路由，而很少使用其他部分。这是一个有效的担忧还是我不必要地担心？

我对这个SQL products/productsales有类似的问题

我想做同样的查询，但不是只检查数量，而是要检查“总计”（即数量 * 价格）。“价格”是销售表中的一个字段。

这是该链接上建议的原始查询：

因此，我需要将每次销售的 (s.quantity*s.price) 相加，然后与 @X 进行比较，而不是 Sum(s.quantity)。（每次销售价格可能不同）

我还在纠结 DDD，我遇到的绊脚石之一是如何处理不同聚合之间的关联。假设我有一个封装客户的聚合和另一个封装发货的聚合。

出于业务原因，Shipments 是它们自己的集合，但它们需要明确地与客户相关联。我的客户域实体应该有一个货件清单吗？如果是这样，我如何在存储库级别填充此列表 - 假设我将有一个 CustomerRepository 和一个 ShipmentRepository（每个聚合一个 repo）？

我说的是“关联”而不是“关系”，因为我想强调这是一个领域决策，而不是基础设施决策——我首先从模型设计系统。

编辑：我知道我不需要将表直接建模为对象——这就是我首先设计模型的原因。在这一点上，我根本不关心数据库——只关心这两个聚合之间的关联。