今天和昨天的大部分时间我都在尝试决定是否在 SQL 中使用循环或游标,或者弄清楚如何使用基于集合的逻辑来解决问题。我对设置逻辑并不陌生,但是这个问题似乎特别复杂。
问题
这个想法是,如果我有一个所有交易的列表(10 个,100 个数百万)和它们发生的日期,我可以开始将其中一些数据组合到每日总计表中,以便通过报告和分析更快地查看它系统。其伪代码如下:
foreach( row in transactions_table )
if( row in totals_table already exists )
update totals_table, add my totals to the totals row
else
insert into totals_table with my row as the base values
delete ( or archive ) row
如您所知,循环块实现起来相对简单,游标/循环迭代也是如此。但是,执行时间非常缓慢且笨拙,我的问题是:是否有一种非迭代的方式来执行这样的任务,或者这是我只需要“吸干”并使用光标的罕见例外之一?
关于这个话题已经有一些讨论,其中一些似乎相似,但由于 if/else 语句和对另一个表的操作而无法使用,例如:
如何在基于列的逻辑上合并 SQL 数据行? 这个问题似乎不适用,因为它只是返回所有总和的视图,实际上并没有就添加或更新另一个表做出逻辑决策
SQL Looping似乎有一些关于使用几个 case 语句进行选择的想法,这似乎是可能的,但是我需要根据另一个表的状态完成两个操作,所以这个解决方案似乎不适合。
不使用游标的每行的 SQL 调用存储过程 这个解决方案似乎最接近我需要做的,因为它可以处理每行上的任意数量的操作,但似乎没有达成共识团体。
任何建议如何解决这个令人沮丧的问题?
笔记
我正在使用 SQL Server 2008
架构设置如下:
总计:(id int pk,totals_date 日期,store_id int fk,machine_id int fk,total_in,total_out)
交易:(transaction_id int pk,transaction_date datetime,store_id int fk,machine_id int fk,transaction_type(IN 或 OUT),transaction_amount 十进制)
总数应按商店、机器和日期计算,并且应将所有 IN 交易汇总到 total_in 并将 OUT 交易汇总到 total_out。目标是让一个伪数据立方体运行。