




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、Sybase數(shù)據(jù)庫(kù)性能優(yōu)化在現(xiàn)有軟硬件條件下,充分發(fā)揮數(shù)據(jù)庫(kù)系統(tǒng)的潛能是DBA追求的最高境界,然而,數(shù)據(jù)庫(kù)性能調(diào)優(yōu)是一個(gè)非常復(fù)雜的問(wèn)題,不僅需要精通數(shù)據(jù)庫(kù)的理論知識(shí),更需要逐漸積累實(shí)踐經(jīng)驗(yàn)。這里主要針對(duì)Sybase數(shù)據(jù)庫(kù)簡(jiǎn)要介紹一下如何進(jìn)行調(diào)優(yōu),及調(diào)優(yōu)時(shí)所要注意的事項(xiàng)。Sybase數(shù)據(jù)庫(kù)系統(tǒng)的性能的優(yōu)化,是一項(xiàng)長(zhǎng)期且受諸多因素影響的工作,它可劃分為以下4個(gè)層次: SQL Server級(jí):包括對(duì)內(nèi)存的合理分配,鎖操作和臨時(shí)表的使用,與系統(tǒng)配置關(guān)聯(lián)的磁盤的I/O性能。 數(shù)據(jù)庫(kù)設(shè)計(jì)級(jí):包括數(shù)據(jù)庫(kù)對(duì)象的設(shè)計(jì),索引的創(chuàng)建,表中數(shù)據(jù)類型的選擇,數(shù)據(jù)庫(kù)設(shè)備的分配及使用。 應(yīng)用程序級(jí):包括T_SQL查詢語(yǔ)句的
2、優(yōu)化,應(yīng)用級(jí)封鎖,事務(wù)和游標(biāo)的使用。 操作系統(tǒng)級(jí):包括硬件、操作系統(tǒng)和網(wǎng)絡(luò)對(duì)總體性能的影響。 在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的管理維護(hù)中,運(yùn)行環(huán)境引起的性能劣化只有通過(guò)硬件的升級(jí)才能得到優(yōu)化,在系統(tǒng)硬件配置和網(wǎng)絡(luò)設(shè)計(jì)確定的情況下,影響系統(tǒng)性能的主要是其他三個(gè)層次方面的原因。在此就這三個(gè)方面進(jìn)行簡(jiǎn)要討論、總結(jié)。1 SQL Server級(jí)的調(diào)優(yōu) 1.1 管理共享內(nèi)存數(shù)據(jù)庫(kù)性能優(yōu)化的首要方面是最優(yōu)管理內(nèi)存。數(shù)據(jù)庫(kù)占用的共享內(nèi)存分成數(shù)據(jù)緩沖(data cache)、存儲(chǔ)過(guò)程緩沖(Procedure cache)等幾塊。在isql 下使用 sp_configure cache 可以看到存儲(chǔ)過(guò)程緩沖所占百分比(proc
3、edure cache percent),整個(gè)數(shù)據(jù)緩沖大?。╰otal data cache size) 等參數(shù)。 CQ%SC ( 1.1.1 存儲(chǔ)過(guò)程緩沖(procedure cache)存儲(chǔ)過(guò)程緩沖保持以下對(duì)象的查詢計(jì)劃: x%mD6Ud 1.1.3 tempdb數(shù)據(jù)庫(kù)的優(yōu)化缺省情況下,tempdb數(shù)據(jù)庫(kù)是放置在master設(shè)備上,容量為2M,而臨時(shí)數(shù)據(jù)庫(kù)是活動(dòng)最為平凡的數(shù)據(jù)庫(kù)常常被用來(lái)排序、創(chuàng)建臨時(shí)表、重格式化等操作,所以tempdb的優(yōu)化應(yīng)該受到特別的關(guān)注,缺省情況下,用于tempdb的system、default和logsegment段在主設(shè)備上分配了2MB空間。將第二個(gè)設(shè)備分配給t
4、empdb后,即可在default和logsegment段中將主設(shè)備刪除。使用這種方式,可以確保tempdb中的工作表和其它臨時(shí)表不會(huì)和主設(shè)備上的其它使用相互爭(zhēng)用。優(yōu)化tempdb數(shù)據(jù)庫(kù)有以下步驟:第一步:調(diào)整臨時(shí)庫(kù)的位置tempdb數(shù)據(jù)庫(kù)缺省放在master設(shè)備上,將臨時(shí)數(shù)據(jù)庫(kù)發(fā)在分離的設(shè)備上是更可取的。1)初始化一個(gè)用來(lái)存放臨時(shí)數(shù)據(jù)庫(kù)的設(shè)備(在 SQL Advantage中)diskinitname=tempdb_dev,physname=c:sybasetempdb.dat,vdevno=3,size=10240(注意:如果將tempdb數(shù)據(jù)庫(kù)放在多個(gè)設(shè)備上,需初始化多個(gè)數(shù)據(jù)庫(kù)設(shè)備)2)
5、將臨時(shí)數(shù)據(jù)庫(kù)擴(kuò)展到該一個(gè)設(shè)備上alterdatabasetempdbontempdb_dev=33)打開(kāi)tempdb數(shù)據(jù)庫(kù),從段上刪除master設(shè)備sp_dropsegmentdefault,tempdb,mastersp_dropsegmentlogsegment,tempdb,master4)發(fā)出如下命令,檢查default段中是否不再包含master設(shè)備selectdbid,name,segmapfromsysusages,sysdeviceswheresysdevices.low=sysusages.size+vstart-1anddbid=2and(status=2orstatus
6、=3)說(shuō)明:若將臨時(shí)數(shù)據(jù)庫(kù)放在多個(gè)磁盤設(shè)備上,可以更好的利用并行查詢特性來(lái)提高查詢性能。第二步:將臨時(shí)數(shù)據(jù)庫(kù)與高速緩沖進(jìn)行綁定。由于臨時(shí)表的創(chuàng)建、使用,臨時(shí)數(shù)據(jù)庫(kù)會(huì)頻繁地使用數(shù)據(jù)緩存,所以應(yīng)為臨時(shí)數(shù)據(jù)庫(kù)創(chuàng)建高速緩存,從而可以使其常駐內(nèi)存并有助于分散I/O:1、創(chuàng)建命名高速緩存sp_cacheconfig“tempdb_cache”,”10m”,”mixed”2、重新啟動(dòng)server3、捆綁臨時(shí)數(shù)據(jù)庫(kù)到tempdb_cache高速緩存sp_bindcache“tempdb_cache”,tempdb4、若有大的I/O,配置內(nèi)存池第三步:優(yōu)化臨時(shí)表大多數(shù)臨時(shí)表的使用是簡(jiǎn)單的,很少需要優(yōu)化。但需要對(duì)
7、臨時(shí)表進(jìn)行復(fù)雜的訪問(wèn)則應(yīng)通過(guò)使用多個(gè)過(guò)程或批處理來(lái)把表的創(chuàng)建和索引分開(kāi)。以下兩種技術(shù)可以改善臨時(shí)表的優(yōu)化(系統(tǒng)中有auths和article表)1 在臨時(shí)表上創(chuàng)建索引 1)臨時(shí)表必須存在 2)統(tǒng)計(jì)頁(yè)必須存在(即不能在空表上創(chuàng)建索引)2 把對(duì)臨時(shí)表的復(fù)雜的使用分散到多個(gè)批處理或過(guò)程中,以便為優(yōu)化器提供信息下面的這個(gè)過(guò)程需要進(jìn)行優(yōu)化:createprocbase_procasselect*into#huge_resultfromauthsselect*fromarticle,#huge_resultwherearticle.author_code=#huge_result.author_codea
8、ndsex=”0”使用兩個(gè)過(guò)程可以得到更好的性能1)createprocbase_procasselect*into#huge_resultfromauthsexecselect_proc2)createprocselect_procasselect*fromarticle,#huge_resultwherearticle.author_code=#huge_result.author_codeandsex=”0” 說(shuō)明:在同一個(gè)存儲(chǔ)過(guò)程或批處理中,創(chuàng)建并使用一個(gè)表時(shí),查詢優(yōu)化器無(wú)法決定這個(gè)表的大小。2 數(shù)據(jù)庫(kù)設(shè)計(jì)級(jí)的調(diào)優(yōu)實(shí)現(xiàn)Sybase數(shù)據(jù)庫(kù)的優(yōu)化,首先要有一個(gè)好的數(shù)據(jù)庫(kù)設(shè)計(jì)方案。在實(shí)際工作
9、中,許多Sybase方案往往是由于數(shù)據(jù)庫(kù)設(shè)計(jì)得不好導(dǎo)致性能很差。實(shí)現(xiàn)良好的數(shù)據(jù)庫(kù)設(shè)計(jì)必須考慮這些問(wèn)題: 2.1 邏輯數(shù)據(jù)庫(kù)規(guī)范化問(wèn)題一般來(lái)說(shuō),邏輯數(shù)據(jù)庫(kù)設(shè)計(jì)會(huì)滿足規(guī)范化的前3級(jí)標(biāo)準(zhǔn):第1規(guī)范:沒(méi)有重復(fù)的組或多值的列;第2規(guī)范: 每個(gè)非關(guān)鍵字段必須依賴于主關(guān)鍵字,不能依賴于一個(gè)組合式主關(guān)鍵字的某些組成部分;第3規(guī)范: 一個(gè)非關(guān)鍵字段不能依賴于另一個(gè)非關(guān)鍵字段。 遵守這些規(guī)則的設(shè)計(jì)會(huì)產(chǎn)生較少的列和更多的表,因而就減少了數(shù)據(jù)冗余,也減少了用于存儲(chǔ)數(shù)據(jù)的頁(yè)。但表關(guān)系也許需要通過(guò)復(fù)雜的合并來(lái)處理,這樣會(huì)降低系統(tǒng)的性能。某種程度上的非規(guī)范化可以改善系統(tǒng)的性能,非規(guī)范化過(guò)程可以根據(jù)性能方面不同的考慮用多種不
10、同的方法進(jìn)行,通常使用以下方法來(lái)提高性能。1.如果規(guī)范化設(shè)計(jì)產(chǎn)生了4路或更多路合并關(guān)系,就可以考慮在數(shù)據(jù)庫(kù)實(shí)體(表)中加入重復(fù)屬性(列)。2.常用的計(jì)算字段(如總計(jì)、最大值等)可以考慮存儲(chǔ)到數(shù)據(jù)庫(kù)實(shí)體中。比如某一個(gè)項(xiàng)目的計(jì)劃管理系統(tǒng)中有計(jì)劃表,其字段為:項(xiàng)目編號(hào)、年初計(jì)劃、二次計(jì)劃、調(diào)整計(jì)劃、補(bǔ)列計(jì)劃,而計(jì)劃總數(shù)(年初計(jì)劃+二次計(jì)劃+調(diào)整計(jì)劃+補(bǔ)列計(jì)劃)是用戶經(jīng)常需要在查詢和報(bào)表中用到的,在表的記錄量很大時(shí),有必要把計(jì)劃總數(shù)作為1個(gè)獨(dú)立的字段加入到表中。這里可以采用觸發(fā)器以在客戶端保持?jǐn)?shù)據(jù)的一致性。3.重新定義實(shí)體以減少外部屬性數(shù)據(jù)或行數(shù)據(jù)的開(kāi)支。相應(yīng)的非規(guī)范化類型是:(1)把1個(gè)實(shí)體(表)分
11、割成2個(gè)表(把所有的屬性分成2組)。這樣就把頻繁被訪問(wèn)的數(shù)據(jù)同較少被訪問(wèn)的數(shù)據(jù)分開(kāi)了。這種方法要求在每個(gè)表中復(fù)制首要關(guān)鍵字。這樣產(chǎn)生的設(shè)計(jì)有利于并行處理,并將產(chǎn)生列數(shù)較少的表。(2)把1個(gè)實(shí)體(表)分割成2個(gè)表(把所有的行分成2組)。這種方法適用于那些將包含大量數(shù)據(jù)的實(shí)體(表)。在應(yīng)用中常要保留歷史記錄,但是歷史記錄很少用到。因此可以把頻繁被訪問(wèn)的數(shù)據(jù)同較少被訪問(wèn)的歷史數(shù)據(jù)分開(kāi)。而且如果數(shù)據(jù)行是作為子集被邏輯工作組(部門、銷售分區(qū)、地理區(qū)域等)訪問(wèn)的,那么這種方法也是很有好處的。2.2 生成物理數(shù)據(jù)庫(kù)要想正確選擇基本物理實(shí)現(xiàn)策略,必須了解和利用好數(shù)據(jù)庫(kù)訪問(wèn)格式和硬件資源的操作特點(diǎn),特別是內(nèi)存和
12、磁盤子系統(tǒng)i/o。以下是一些常用技巧:與每個(gè)表列相關(guān)的數(shù)據(jù)類型應(yīng)該反映數(shù)據(jù)所需的最小存儲(chǔ)空間,特別是對(duì)于被索引的列更是如此。比如能使用smallint類型就不要用integer類型,這樣索引字段可以被更快地讀取,而且可以在一個(gè)數(shù)據(jù)頁(yè)上放置更多的數(shù)據(jù)行,因而也就減少了i/o操作。把一個(gè)表放在某個(gè)物理設(shè)備上,再通過(guò)sql server的段把它的部分簇索引放在一個(gè)不同的物理設(shè)備上,這樣能提高性能。尤其是系統(tǒng)采用了多個(gè)智能型磁盤控制器和數(shù)據(jù)分離技術(shù)的情況下,這樣做的好處更加明顯。用sql server段把一個(gè)頻繁使用的大表分割開(kāi),并放在多個(gè)單獨(dú)的智能型磁盤控制器的數(shù)據(jù)庫(kù)設(shè)備上,這樣也可以提高性能。因?yàn)?/p>
13、有多個(gè)磁頭在查找,所以數(shù)據(jù)分離也能提高性能。用sql server段把文本或圖像列的數(shù)據(jù)存放在一個(gè)單獨(dú)的物理設(shè)備上可以提高性能。一個(gè)專用的智能型的控制器能進(jìn)一步提高性能。3 應(yīng)用程序級(jí)調(diào)優(yōu)3.1合理使用索引索引是數(shù)據(jù)庫(kù)中重要的數(shù)據(jù)結(jié)構(gòu),它的根本目的就是提高查詢效率。SQL Server采用基于代價(jià)的優(yōu)化模型,它對(duì)每一個(gè)提交的有關(guān)表的查詢,決定是否使用索引或用哪一個(gè)索引。因?yàn)椴樵儓?zhí)行的大部分開(kāi)銷是磁盤I/O,使用索引提高性能的一個(gè)主要目標(biāo)是避免全表掃描,因?yàn)槿頀呙栊枰獜拇疟P上讀表的每一個(gè)數(shù)據(jù)頁(yè),如果有索引指向數(shù)據(jù)值,則查詢只需讀幾次磁盤就可以了。所以如果建立了合理的索引,優(yōu)化器就能利用索引加速
14、數(shù)據(jù)的查詢過(guò)程。通常要想建立合理的索引需遵循下面所介紹的一些原則。 對(duì)于每個(gè)可優(yōu)化的子句,優(yōu)化器都查看數(shù)據(jù)庫(kù)系統(tǒng)表,以確定是否有相關(guān)的索引能用于訪問(wèn)數(shù)據(jù)。只有當(dāng)索引中的列的1個(gè)前綴與查詢子句中的列完全匹配時(shí),這個(gè)索引才被認(rèn)為是有用的。因?yàn)樗饕歉鶕?jù)列的順序構(gòu)造的,所以要求匹配是精確的匹配。想用索引的次要列訪問(wèn)數(shù)據(jù),就像想在電話本中查找所有姓為某個(gè)姓氏的條目一樣,排序基本上沒(méi)有什么用,因?yàn)槟氵€是得查看每一行以確定它是否符合條件。如果1個(gè)子句有可用的索引,那么優(yōu)化器就會(huì)為它確定選擇性。在設(shè)計(jì)過(guò)程中,要根據(jù)查詢?cè)O(shè)計(jì)準(zhǔn)則仔細(xì)檢查所有的查詢,以查詢的優(yōu)化特點(diǎn)為基礎(chǔ)設(shè)計(jì)索引。索引的設(shè)計(jì)通常有以下原則:(1
15、) 比較窄的索引具有比較高的效率。對(duì)于比較窄的索引來(lái)說(shuō),每頁(yè)上能存放較多的索引行,而且索引的級(jí)別也較少。所以,緩存中能放置更多的索引頁(yè),這樣也減少了I/O操作。(2) SQL Server優(yōu)化器能分析大量的索引和合并可能性。所以與較少的寬索引相比,較多的窄索引能向優(yōu)化器提供更多的選擇。但是不要保留不必要的索引,因?yàn)樗鼈儗⒃黾哟鎯?chǔ)和維護(hù)的開(kāi)支。對(duì)于復(fù)合索引、組合索引或多列索引,SQL Server優(yōu)化器只保留最重要的列的分布統(tǒng)計(jì)信息,這樣,索引的第1列應(yīng)該有很大的選擇性。(3) 表上的索引過(guò)多會(huì)影響UPDATE、INSERT和DELETE的性能,因?yàn)樗械乃饕急仨氉鱿鄳?yīng)的調(diào)整。另外,所有的分頁(yè)
16、操作都被記錄在日志中,這也會(huì)增加I/O操作。(4) 對(duì)1個(gè)經(jīng)常被更新的列建立索引,會(huì)嚴(yán)重影響性能。(5) 由于存儲(chǔ)開(kāi)支和I/O操作方面的原因,較小的自組索引比較大的索引性能更好一些。但它的缺點(diǎn)是要維護(hù)自組的列。(6) 盡量分析出每一個(gè)重要查詢的使用頻度,這樣可以找出使用最多的索引,然后可以先對(duì)這些索引進(jìn)行適當(dāng)?shù)膬?yōu)化。(7) 查詢中的WHERE子句中的任何列都很可能是個(gè)索引列,因?yàn)閮?yōu)化器重點(diǎn)處理這個(gè)子句。(8) 對(duì)小于1個(gè)范圍的小型表進(jìn)行索引是不劃算的,因?yàn)閷?duì)于小表來(lái)說(shuō)表掃描往往更快而且費(fèi)用低。(9) 與“ORDER BY”或“GROUP BY”一起使用的列一般適于做分族索引。如果“ORDER
17、BY”命令中用到的列上有分簇索引,那么就不會(huì)再生成1個(gè)工作表了,因?yàn)樾幸呀?jīng)排序了。“GROUP BY”命令則一定產(chǎn)生1個(gè)工作表。(10) 分簇索引不應(yīng)該構(gòu)造在經(jīng)常變化的列上,因?yàn)檫@會(huì)引起整行的移動(dòng)。在實(shí)現(xiàn)大型交易處理系統(tǒng)時(shí),尤其要注意這一點(diǎn),因?yàn)檫@些系統(tǒng)中數(shù)據(jù)往往是頻繁變化的。3.2 避免或簡(jiǎn)化排序應(yīng)當(dāng)盡量簡(jiǎn)化或避免對(duì)大型表進(jìn)行重復(fù)的排序。當(dāng)能夠利用索引自動(dòng)以適當(dāng)?shù)拇涡虍a(chǎn)生輸出時(shí),優(yōu)化器就避免了排序這個(gè)步驟。為了避免不必要的排序,就要正確地增建索引,合理地合并數(shù)據(jù)庫(kù)表(盡管有時(shí)可能影響表的規(guī)范化,但相對(duì)于效率的提高是值得的)。如果排序不可避免,那么應(yīng)當(dāng)試圖簡(jiǎn)化它,如縮小排序的列的范圍等。3.3
18、消除對(duì)大型表行數(shù)據(jù)的順序存取在嵌套查詢中,表的順序存取對(duì)查詢效率可能產(chǎn)生致命的影響。我們有時(shí)可以使用并集來(lái)避免順序存取。盡管也許在所有的檢查列上都有索引,但某些形式的where子句會(huì)強(qiáng)迫優(yōu)化器使用順序存取,這一點(diǎn)也應(yīng)注意。3.4 避免相關(guān)子查詢?nèi)绻粋€(gè)列同時(shí)在主查詢和where子句中出現(xiàn),很可能當(dāng)主查詢中的列值改變之后,子查詢必須重新查詢一次。而且查詢嵌套層次越多,效率越低,因此應(yīng)當(dāng)盡量避免子查詢。如果子查詢不可避免,那么要在子查詢中過(guò)濾掉盡可能多的行。3.5 避免困難的正規(guī)表達(dá)式mathes和like關(guān)鍵字支持通配符匹配,但這種匹配特別耗時(shí)。例如:select * from customer
19、 where zipcode like “98_ _ _”,即使在zipcode字段上已建立了索引,在這種情況下也還是采用順序掃描的方式。如果把語(yǔ)句改為:select * from customer where zipcode “98000”,在執(zhí)行查詢時(shí)就會(huì)利用索引來(lái)查詢,顯然會(huì)大大提高速度。3.6 使用臨時(shí)表加速查詢把表的一個(gè)子集進(jìn)行排序并創(chuàng)建臨時(shí)表,有時(shí)能加速查詢。它有助于避免多重排序操作,而且在其他方面還能簡(jiǎn)化優(yōu)化器的工作。臨時(shí)表中的行要比主表中的行少,而且物理順序就是所要求的順序,減少了磁盤i/o,所以查詢工作量可以得到大幅減少。但要注意,臨時(shí)表創(chuàng)建后不會(huì)反映主表的修改。在主表中數(shù)據(jù)
20、頻繁修改的情況下,注意不要丟失數(shù)據(jù)。4 Sybase調(diào)優(yōu)工具 在分析Sybase數(shù)據(jù)庫(kù)的性能時(shí),常要用到一些數(shù)據(jù)庫(kù)系統(tǒng)本身提供的性能調(diào)優(yōu)工具,以下是最常用的幾個(gè)系統(tǒng)存儲(chǔ)過(guò)程: 存儲(chǔ)過(guò)程名稱主要功能Sp_sysmon企業(yè)級(jí)系統(tǒng)性能報(bào)告工具Sp_lock查看鎖的情況Sp_who查看線程的活動(dòng)情況Sp_procqmode存儲(chǔ)過(guò)程的查詢處理模式Sp_configure配置SQL Serve 系統(tǒng)級(jí)參數(shù)Sp_estspace估計(jì)創(chuàng)建一個(gè)表需要的空間和時(shí)間Sp_spaccused估計(jì)表的總行數(shù)及表和索引占用的空間Sp_monitor監(jiān)視CPU I/O的統(tǒng)計(jì)活動(dòng)情況可以從18個(gè)方面了解在用系統(tǒng)性能狀況,并在適當(dāng)?shù)臅r(shí)候利用環(huán)境參數(shù)進(jìn)行性能調(diào)優(yōu):1、內(nèi)核管理(kernal) 2、應(yīng)用管理(appmgmt) 3、數(shù)據(jù)緩存管理(dcache)4、ESP管理(esp) 5、索引管理(indexmgmt) 6、鎖管理(locks)7、內(nèi)存管理(memory) 8、元數(shù)據(jù)高
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 導(dǎo)電材料對(duì)厭氧消化性能的影響及其機(jī)制研究進(jìn)展
- 辦公區(qū)域安全管理:全面制度指南
- 河南果樹(shù)采伐管理辦法
- 晚年文化觀念及其對(duì)文化傳承的影響
- 智能農(nóng)業(yè)決策支持-洞察及研究
- 江西省生產(chǎn)安全事故應(yīng)急預(yù)案管理辦法
- 幼兒園安全會(huì)議記錄范本
- 叉車行駛安全管理制度
- 安全生產(chǎn)隱患整改表
- 小學(xué)應(yīng)急預(yù)案及
- 兒童疼痛與舒適度評(píng)估量表
- 2020年上海市中考語(yǔ)數(shù)英物化五科試卷及答案
- 新華書店讀者問(wèn)卷調(diào)查表
- GB/T 20946-2007起重用短環(huán)鏈驗(yàn)收總則
- GB/T 18391.3-2009信息技術(shù)元數(shù)據(jù)注冊(cè)系統(tǒng)(MDR)第3部分:注冊(cè)系統(tǒng)元模型與基本屬性
- GB/T 10610-2009產(chǎn)品幾何技術(shù)規(guī)范(GPS)表面結(jié)構(gòu)輪廓法評(píng)定表面結(jié)構(gòu)的規(guī)則和方法
- 濟(jì)源幼兒園等級(jí)及管理辦法
- 房地產(chǎn)開(kāi)發(fā)全流程培訓(xùn)講義課件
- DB44-T 2163-2019山地自行車賽場(chǎng)服務(wù) 基本要求-(高清現(xiàn)行)
- 云南省特種設(shè)備檢驗(yàn)檢測(cè)收費(fèi)標(biāo)準(zhǔn)
- DB15T 933-2015 內(nèi)蒙古地區(qū)極端高溫、低溫和降雨標(biāo)準(zhǔn)
評(píng)論
0/150
提交評(píng)論