POC中的IQ vs MSSQL。

2020-09-22 12:15发布

         点击此处--->   EasySAP.com群内免费提供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

(470.1 kB)

         点击此处--->   EasySAP.com群内免费提供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

(470.1 kB)
付费偷看设置
发送
2条回答
葫芦娃快救爷爷
1楼-- · 2020-09-22 12:58

与我有关的一件事是CPU使用率,您可以看到执行SQL时消耗的CPU很少,而启动IQ服务器通常会增加内存。 这可能是因为它消耗了很少的CPU,而在其他情况下,IQ使用了更多的CPU,SQL复杂度大约相同

以下是iqmsg文件的摘录:

SAP IQ
版本16.1
(64位模式)
版权所有1992-2017,由SAP AG或SAP关联公司提供。 保留所有权利
版权所有©2017 SAP SE或SAP关联公司。
保留所有权利。
此软件的使用受SAP软件使用权利协议的约束。
请参阅 http://global.sap.com/corporate-zh/ our-company/agreements/index.epx

检测到的处理器:1个物理处理器上的4个内核上的8个逻辑处理器
该服务器被许可用于 用途:系统中的所有逻辑处理器
物理处理器限制(-gt选项):8
处理器核心限制(-gtc选项):8
服务器正在使用的处理器:8个逻辑处理器 1个物理处理器上有4个内核
在X86_64上运行Windows 2012R2 Build 9600为服务器构建的X86_64处理器体系结构<166> 16616K的内存用于缓存
最小缓存大小:最大608K 高速缓存大小:65536K
使用最大页面大小为4096字节
多编程级别:100
自动调整o f多重编程级别已禁用
在2018年4月3日星期二14:04启动数据库" iqdwh"(G:\ IQDWH \ iqdwh.db)

微wx笑
2楼-- · 2020-09-22 13:13

你好 谢谢你的建议

1。 我添加了-iqlm 10240

2。 我删除了rlv,实际上我目前不使用rlv表。

4。 我有最新版本,@@ version返回SAP IQ/16.1.020.659/10770/P/sp02.05/MS/Windows 2012 R2/64bit/2018-01-31 02:52:32

查询计划已附加 HTML文件。 该代码执行时间为28秒,而在M $ SQL中则需要1.2秒。 索引结构相同,仅在联接中使用的列上设置。 SDN不允许附加html文件,如果您无法访问该站点,我可以发送邮件,也许吗?

我读了文件,我不是专家,但是使用的连接设置和方法似乎正确,没有索引建议。

一周热门 更多>