点击此处--->   群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）

您好，IQ专家

目前，我正在参与POC项目，在此我们比较SQL Server 2014 Enterprise和SAP IQ 16.1。 我们正在使用SAP BO附带的样本时尚DW测试这2个DB，事实表大约有250m行。 两者都在

相同的非虚拟Windows 2012 R2服务器，1个8核CPU，128GB内存，SSD驱动器。

以下是IQ的启动参数：
-c 256m -gc 300 -gd DBA -gl all -iqmc 10000 -iqtc 15000 -iqrlvmem 600 -gm 50 -iqgovern 26 -cl 500 -ch 500 -m -gn 100 -gt 8 -gtc 8
所有表的HG索引用于 聚合列上的联接和默认索引（加总和）。 指数顾问也未返回任何建议。 附加了Iq选项。

在SQL Server中，我在事实表上设置了一个非聚集列存储索引，在维键列上设置了主键。 即使我在事实表的联接列上用多个独立的非聚集索引替换列存储索引，SQL的运行速度也要快得多。 SQL分配了12gb的内存。

结果：
在SQL中，执行查询并返回12行需要0.2秒，而IQ则需要18秒。 不好，因为我比SQL Server更喜欢IQ。

这是SQL中的一种，我们在比较中使用。 很简单，不是吗：
SELECT
efashion.Calendar_year_lookup.Yr，
efashion.Calendar_year_lookup.Mth，
efashion.Outlet_Lookup.State，
efashion.Outlet_Lookup.City，
sum（efashion.Shop_facts.Amount_sold），
sum（efashion.Shop_facts.Quantity_sold）
FROM
efashion.Calendar_year_lookup，
efashion.Outlet_Lookup，
efashion.Shop_facts
WHERE >（efashion.Outlet_Lookup.Shop_id = efashion.Shop_facts.Shop_id）
AND（efashion.Shop_facts.Week_id = efashion.Calendar_year_lookup.Week_id）
AND（efashion.Calendar_year_lookup.Yr IN）（'2006 AND efashion.Outlet_Lookup.State IN（'Colorado'））
按
efashion.Calendar_year_lookup.Yr，
efashion.Calendar_year_lookup.Mth，efashion.Outlet_Lookup.State，
efashion。 Outlet_Lookup.City