欢迎光临
我们一直在努力
广告
广告
广告
广告
广告
广告
广告
广告
广告
广告

多个因素决定的服务器成本详解 (多个因素决定一个单元格的值)

多个因素决定的服务器成本详解

在信息化时代,服务器作为企业信息化建设的重要组成部分,其成本受到多种因素的影响。

了解这些影响因素,有助于企业在选购服务器时做出更为明智的决策。

本文将详细解析多个因素决定的服务器成本,同时以多个因素决定一个单元格的值作为类比,帮助读者更好地理解。

一、服务器成本构成

服务器成本主要由硬件成本、软件成本、维护成本等多个因素构成。

其中,硬件成本包括处理器、内存、存储设备、网络设备等基本配置的成本;软件成本则包括操作系统、数据库、中间件等软件的费用;维护成本则包括人员维护、设备升级、故障修复等方面的费用。

二、影响服务器成本的因素

1. 硬件配置

服务器的硬件配置是影响其成本的关键因素之一。

处理器、内存、存储设备、网络设备等硬件的性能和规格不同,其成本也会有所不同。

企业需要根据自身业务需求选择合适的硬件配置,以满足业务需求和性能要求。

2. 操作系统和软件

操作系统和软件也是影响服务器成本的重要因素。

不同的操作系统和软件具有不同的功能和性能,其价格也有所不同。

企业需要根据自身业务需求选择合适的操作系统和软件,以确保服务器能够满足业务需求并具备良好的性能。

3. 数据存储需求

数据存储需求也是影响服务器成本的重要因素之一。

随着企业数据的不断增长,对存储空间的需求也在不断增加。

企业需要选择合适的存储方案,以满足数据存储需求并控制成本。

4. 冗余性和可扩展性

服务器的冗余性和可扩展性也是影响成本的重要因素。

冗余性设计可以提高服务器的可靠性和稳定性,而可扩展性则能够应对业务增长带来的需求变化。

这些特性需要企业根据自身业务需求进行权衡和选择。

三、服务器成本与单元格值决定的类比分析

在表格中,一个单元格的值往往由多个因素决定,如行、列、数据内容等。

类似地,服务器成本也由多个因素决定,如硬件配置、软件需求等。

在决定单元格的值时,需要综合考虑各种因素并权衡利弊,以得出最佳结果。

同样,企业在选购服务器时,也需要根据自身业务需求综合考虑各种因素,如硬件和软件配置、数据存储需求等,以选择最适合的服务器方案。

四、如何降低服务器成本

1. 合理规划业务需求

企业应根据自身业务需求合理规划服务器配置和软件需求,避免过度配置和浪费资源,以降低服务器成本。

2. 选择性价比高的产品

企业在选购服务器时,应选择性价比高的产品,综合考虑硬件性能、软件功能和价格等多个因素。

3. 合理安排维护计划

企业应制定科学的维护计划,定期进行设备维护和升级,以提高服务器的稳定性和性能,延长使用寿命,降低维护成本。

五、结论

服务器成本受到多种因素的影响,包括硬件配置、软件需求、数据存储需求等。

企业在选购服务器时,应根据自身业务需求综合考虑各种因素,选择最适合的服务器方案。

通过合理规划业务需求、选择性价比高的产品和合理安排维护计划等措施,可以有效降低服务器成本,提高企业信息化建设的质量和效益。


联想G450笔记本电脑的刻录光驱需要驱动程序吗?

不需要驱动!但你需要一个刻录软件。我经常用nero

寻求SQL数据库的有关论文

ORACLE中SQL查询优化研究摘 要 数据库性能问题一直是决策者及技术人员共同关注的焦点,影响数据库性能的一个重要因素就是SQL查询语句的低效率。

论文首先分析了导致SQL查询语句性能低下的四个常见原因以及SQL调优的一般步骤,然后分别针对如何降低I/O操作、在查询语句中如何避免对查询结果的高成本操作以及在多表连接时如何提高查询效率进行了分析。

关键词 ORACLE;SQL;优化;连接1 引言 随着网络应用不断发展,系统性能已越来越引起决策者的重视。

影响系统性能的因素很多,低效的SQL语句就是其中一个不可忽视的重要原因。

论文首先分析导致SQL性能低下的常见原因,然后分析SQL调优应遵循的一般步骤,最后从如何降低I/O、避免对查询结果的高成本操作和多表连接中如何提高SQL性能进行了研究。

鉴于目前ORACLE在数据库市场上的主导地位,论文将只针对ORACLE进行讨论。

2 影响SQL性能的原因 影响SQL性能的因素很多,如初始化参数设置不合理、导入了不准确的系统及模式统计数据从而影响优化程序(CBO)的正确判断等,这些往往和DBA密切相关。

纯粹从SQL语句出发,笔者认为影响SQL性能不外乎以下四个重要原因: (1)在大记录集上进行高成本操作,如使用了引起排序的谓词等。

(2)过多的I/O操作(含物理I/O与逻辑I/O),最典型的就是未建立恰当的索引,导致对查询表进行全表扫描。

(3)处理了太多的无用记录,如在多表连接时过滤条件位置不当导致中间结果集包含了太多的无用记录。

(4)未充分利用数据库提供的功能,如查询的并行化处理等。

第(4)个原因处理起来相对简单。

论文将针对前三个原因论述如何提高SQL查询语句的性能。

3 SQL优化的一般步骤 SQL优化一般需经过发现问题、分析问题、提出解决措施、应用措施、测试性能几个步骤,如图1所示。

“发现问题就是解决问题的一半”,因此在SQL调优过程中,定位问题SQL是非常重要的一步,一般可借助于ORACLE自带的性能优化工具如STATSPACK、TKPROF、AUTOTRACE等辅助用户进行,同时还应该重视动态性能视图如V$SQL、V$MYSTAT、V$SYSSTAT等的研究。

图1 SQL优化的一般步骤 4 SQL语句的优化 4.1 优化排序操作 排序的成本十分高昂,当在查询语句中使用了引起结果集排序的谓词时,SQL性能必然受到影响。

4.1.1 排序过程分析 当待排序数据集不是太大时,服务器在内存(排序区)完成排序操作,如果排序需要更多的内存空间,服务器将进行如下处理: (1) 将数据分成多个小的集合,对每一集合进行排序。

(2) 服务器向磁盘申请临时空间,将排好序的中间结果写入临时段,再对另外的集合进行排序。

(3) 在所有的集合均排好序后,服务器再将它们进行合并得到最终的结果,如果排序区尺寸太小,合并无法一次完成时,将分多次进行。

从上述分析可知,排序是一种十分昂贵的操作,它消耗大量的CPU时间和内存,触发磁盘分页和交换操作,因此只要有可能,我们就应该在SQL语句中尽量避免排序操作。

4.1.2 SQL中引起排序的操作 SQL查询语句中引起排序的操作大致有:ORDER BY 和GROUP BY 从句;DISTINCT修饰符;UNION、INTERSECT、MINUS集合操作符;多表连接时的排序合并连接(SORT MERGE JOIN)等。

4.1.3 如何避免排序 1)建立恰当的索引 对经常进行排序和连接操作的字段建立索引。

在建立索引后,当服务器向这些字段发出排序请求时,将直接引用索引而不进行排序操作;当进行等值连接查询操作时,若建立连接的字段未建立索引,服务器进行的是排序合并连接(SORT MERGE JOIN),连接操作的过程如下: 对进行连接的两个或多个表分别进行全扫描; 对每一个表中的行集分别进行全排序; 合并排序结果。

如果建立连接的字段已建立索引,服务器进行嵌套循环连接(NESTED LOOP JOINS),该连接方式不需要任何排序,其过程如下: 对驱动表进行全表扫描; 对返回的每一行利用连接字段值实施索引惟一扫描; 利用从索引扫描中返回的ROWID值在从表中定位记录; 合并主、从表中的匹配记录。

因此,建立索引可避免多数排序操作。

2)用UNIION ALL替换UNION UNION在进行表链接后会筛选掉重复的记录,所以在表链接后会对所产生的结果集进行排序运算,删除重复的记录再返回结果。

大部分应用中是不会产生重复记录的,最常见的是过程表与历史表UNION 。

因此,采用UNION ALL操作符替代UNION,因为UNION ALL操作只是简单的将两个结果合并后就返回。

4.2 优化I/O 过多的I/O操作会占用CPU时间、消耗大量内存和占用过多的栓锁,因此有必要对SQL的I/O进行优化。

优化I/O的最有效方式就是用索引扫描代替全表扫描。

4.2.1 应用基于函数的索引 基于函数的索引(FUNCTION BASED INDEX,简记为FBI)提供了索引计算列并在查询中使用这些索引的能力。

FBI的实质是对查询所需中间结果进行预处理。

如果一个FBI与查询语句中的内嵌函数完全匹配,CBO在生成查询计划时,将自动启用索引范围扫描(INDEX RANGE SCAN)替换全表扫描(FULL TABLE SCAN)。

考察下面的代码段并用AUTOTRACE观察创建FBI前后执行计划的变化。

select * from emp where upper(ename)=’SCOTT’ 创建FBI前,很明显是全表扫描。

Execution Plan …… 1 0 TABLE ACCESS (FULL) OF EMPLOYEES (Cost=2 Card=1 Bytes=22) idle>CREATE INDEX EMP_UPPER_FIRST_NAME ON EMPLOYEES(UPPER(FIRST_NAME)); 索引已创建。

再次运行相同查询, Execution Plan …… 1 0 TABLE ACCESS (BY INDEX ROWID) OF EMPLOYEES (Cost=1 Card=1 Bytes=22) 2 1 INDEX (RANGE SCAN) OF EMP_UPPER_FIRST_NAME (NON-UNIQUE) (Cost=1 Card=1) 这一简单的例子充分说明了FBI在SQL查询优化中的作用。

FBI所用的函数可以是用户自己创建的函数,该函数越复杂,基于该函数创建FBI对SQL查询性能的优化作用越明显。

4.2.2 应用物化视图和查询重写 物化视图是一个预计算结果集,其中通常包含聚集与多表连接等复杂操作。

数据库自动维护物化视图,且随用户的要求进行刷新。

查询重写机制就是用数据库中的替代对象(如物化视图)将用户提交的查询重写为完全不同但功能等价的查询。

查询重写对用户透明,用户完全按常规编写访问数据库的查询语句,优化程序(CBO)自动决定是否对用户提交的查询进行重写。

查询重写是提高查询性能的一种非常有效的方法,尤其是在数据仓库环境中针对汇总、多表连接以及其它高成本的操作方面。

下面以一个非常简单的例子来演示物化视图和查询重写在优化SQL查询性能方面的作用。

select ,,count(*) from emp,dept where = group by , 查询计划及主要统计数据如下: 执行计划: —————————————– …… 2 1 HASH JOIN (Cost=5 Card=14 Bytes=224) 3 2 TABLE ACCESS (FULL) OF DEPT (Cost=2 Card=4 Bytes=52) 4 2 TABLE ACCESS (FULL) OF EMP (Cost=2 Card=14 Bytes=42) 主要统计数据: —————————————– 305 recursive calls 46 consistent gets 创建物化视图EMP_DEPT: create materialized view emp_dept build immediate refresh on demand enable query rewrite as select ,,count(*) from emp,dept where = group by , / 再次执行查询,执行计划及主要统计数据如下: 执行计划: ————————————- …… 1 0 TABLE ACCESS (FULL) OF EMP_DEPT (Cost=2 Card=327 Bytes=) 主要统计数据: ———————————— 79 recursive calls 28 consistent gets 可见,在建立物化视图之前,首先执行两个表的全表扫描,然后进行HASH连接,再进行分组排序和选择操作;而建立物化视图后,CBO自动将上述复杂操作转换为对物化视图EMP_DEPT的全扫描,相关的统计数据也有了很大的改善,递归调用(RECURSIVE CALLS)由305降到79,逻辑I/O(CONSISTENT GETS)由46降为28。

4.2.3 将频繁访问的小表读入CACHE 逻辑I/O总是快于物理I/O。

如果数据库中存在被应用程序频繁访问的小表,可将这些表强行读入KEEP池,从而避免物理I/O的发生。

4.3 多表连接优化 最能体现查询复杂性的就是多表连接,多表连接操作往往要耗费大量的CPU时间和内存,因此多表连接查询性能优化往往是SQL优化的重点与难点。

4.3.1 消除外部连接 通过消除外部连接,不仅使得到的查询更易于读取,而且性能也经常可以得到改善。

一般的思路是,有以下形式的查询: SELECT …,OUTER_JOINED_ FROM SOME_TABLE,OUTER_JOINED_TO_TABLE WHERE …=OUTER_JOINED_TO_TABLE(+) 可转换为如下形式的查询: SELECT …,(SELECT COLUMN FROM OUTER_ JOINED_TO_TABLE WHERE …)FROM SOME_TABLE; 4.3.2 谓词前推,优化中间结果 多表连接的性能低下多数是因为连接操作与过滤操作的次序不合理,大多数用户在编写多表连接查询时,总是先进行连接操作再应用过滤条件,这导致服务器做了太多的无用功。

针对这类问题,其优化思路就是尽可能将过滤谓词前推,使不符合条件的记录提前被筛选掉,只对符合条件的少数记录进行连接处理,这样可成倍的提高SQL查询效能。

标准连接查询如下: Select _name,sum(_quant), sum(_quant),sum(_quant) From product a,tele_sale b,online_sale c,store_sale d Where _id=_id and _id=_id and _id=_id And _date>sysdate-90 Group by _id; 启用内嵌视图,且将条件_date>sysdate-90前移,优化后代码如下: Select _name,_sale_sum,_sale_sum,_sale_sum From product a, (select sum(sal_quant) tele_sale_sum from product,tele_sale Where _date>sysdate-90 and _id =tele__id) b, (select sum(sal_quant) online_sale_sum from product,tele_sale Where _date>sysdate-90 and _id =online__id) c, (select sum(sal_quant) store_sale_sum from product,store_sale Where _date>sysdate-90 and _id =store__id) d, Where _id=_id and _id=_id and _id=_id; 5 结束语 SQL语言在数据库应用中占有非常重要的地位,其性能的优劣直接影响着整个信息系统的可用性。

论文从影响SQL性能的最主要的三个方面入手,分析了如何优化SQL查询的I/O、避免高成本的排序操作和优化多表连接。

需要强调的一点是,理解SQL语句所解决的问题比SQL调优本身更重要,因此SQL调优需要系统分析人员、开发人员和数据库管理员密切协作。

参考文献 [1]Thomas Oracle by Design:Design and Build High-performance Oracle Application[M],The McGral- Hill Companies,Inc,2003 [2]Kevin Loney,George Koch,Oracle 9i:The Complete Reference[M],The McGral-Hill Companies,Inc,2002 [3] Oracle9i SQL Reference release 2(9.2)[OL/M],2002.10. http:///technology/ [4] Oracle9i Data Warehousing Guide release 2(9.2) [OL/M],2002.03. http:///technology/ [5]Alexey Danchenkov,Donald Burleson,Oracle Tuning:The Definitive Reference[OL/M],Rampant Techpress,2006. [6] Oracle9i Database Concepts release 2(9.2) [OL/M],2002.08. http:///technology/ [7] Oracle9i supplied plsql packages and types reference release 2(9.2) [OL/M],2002.12. http:/// technology/

怎么用Microsoft excel做家装预算??怎么乘?怎么加 ,要详细点的.

在结果的单元格内点一下,然后在键盘上打等于,然后在要算的乘数单元格点一下,再在小键盘上按乘号,再点被乘的单元格,再按表格上面一行有个勾的,点一下就可以了,其他的答案你点第一个答案当剪头变成实心的十字时,往下拉就可以了。

赞(0)
未经允许不得转载:优乐评测网 » 多个因素决定的服务器成本详解 (多个因素决定一个单元格的值)

优乐评测网 找服务器 更专业 更方便 更快捷!

专注IDC行业资源共享发布,给大家带来方便快捷的资源查找平台!

联系我们