前言：中文期刊網精心挑選了關于書的比喻句范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
關于書的比喻句范文1
關鍵詞:關系數據庫;云端數據庫;Bigtable;時間戳
中圖分類號:TP399文獻標識碼:A文章編號:1009-3044(2009)25-7090-03
Comparison and Analysis for Relational Database and Cloud Database Based on Architecture
ZHANG Zhen-yong, WEN Jing-hua
(Guizhou College of Finance and Economics, Guiyang 550004,China)
Abstract: Aiming at the shortcoming that relational database processes a large number of video,audio,images and complex data types, this thesis compared and analyzed relational database and Bigtable representing cloud database and based on architecture. The results showed that cloud database was more advantageous than relational database in precessing a great mass of data and complex data types. With the development of the cloud database technology,cloud database will be superseding the relational database as the mainstream of the database.
Key words: ralational database; cloud database; bigtable; timestamp
關系數據庫從1970年發展至今,雖功能日趨完善,但對數據類型的處理大多采用數字、字符等基本數據類型,對多媒體信息的處理只是停留在簡單的二進制代碼文件的存儲。隨著信息技術的發展,互聯網上數據量高速增長,非結構化數據的應用日趨擴大,再加上用戶應用需求的提高、硬件技術的發展和Web2.0提供的多彩的多媒體交流方式,用戶對多媒體處理的要求從簡單的存儲上升為識別、檢索和深入加工等高級應用。關系數據庫在處理這類數據時,逐漸暴露出了一些缺陷。
如何來高效處理占數據總量70%的聲音、圖像和視頻等復雜數據類型是目前互聯網界亟待解決的問題。正是在這種狀態下,云端數據庫便應運而生并開始發展起來。目前云端數據庫技術在云計算中的應用有Google的Bigtable系統[1]、Amazon公司的Dynamo系統、Hadoop的一個子項目Hbase、微軟的Live Mesh系統等等。無論是Bigtable還是Hbase都是采用通用的云端數據庫架構,只是核心技術不同。所以本文就以Google的Bigtable架構為代表與傳統的關系數據庫架構進行比較和分析。
1關系數據庫
1.1關系數據庫概念及特點
關系數據庫在一個給定的應用領域中,所有實體及實體之間聯系的關系的集合。它是建立在集合代數基礎上,應用數學方法來處理數據庫中的數據,現實世界中的各種實體以及實體之間的各種聯系均用關系模型來表示,也就是說關系數據庫是建立在關系模型基礎上的數據庫[2]。
關系數據庫具有數據結構化、最低冗余度、較高的程序與數據獨立性、易于擴充、易于編制應用程序等優點,目前較大的應用軟件系統都是建立在結構化數據庫設計之上的。
1.2關系數據庫系統的架構
關系數據庫的架構包括六個部分[3]:
1) 查詢語言接口
查詢語言接口通過使用SQL語言對數據庫進行特設查詢數據。
2)交互式查詢工具
交互式查詢工具是用于訪問,修改以及更新一個或多個關聯的數據表,并以視圖的方式返回給用戶。
3) 核心軟件
該核心軟件用于控制查詢處理,存取數據路徑,用戶訪問管理,存儲管理,索引,交易處理和讀取/更新信息。
4) 公用機制
公用機制主要用于輸入/輸出/備份調整工具及參數/報告撰寫。
5) 存儲機制
存儲機制主要進行數據庫寫入,歸檔,用戶管理器,服務器管理,重做日志文件。
6) 數據庫
數據庫的特點是以數據文件的方式對數據對象進行物理存儲,包含了系統目錄即數據目錄,一個或多個數據文件以結構化形式存儲組成集合即二維表,并將不同數據集通過主鍵和外鍵進行關聯。
關系數據庫的架構如圖1所示。
1.3關系數據庫的缺陷
通過對關系數據庫架構的分析,可以發現關系數據庫的一些不足,概括如下四點:
1) 數據類型表達能力差
因為關系數據庫所處理的是結構化的數據,所以關系數據庫缺乏直接構造與現代軟件應用有關的信息的類型表達能力。隨著信息技術的飛速發展,圖像、視頻、音頻以及文檔等非結構化的數據已被應用到人們的日常生活當中,利用關系數據庫來處理這些非結構化的數據已經顯得有點力不從心了。因此目前大多數RDBMS產品所采用的簡單類型在重構復雜數據的過程中將會出現性能問題;數據庫設計過程中的額外復雜性;RDBMS產品和編程語言在數據類型方面的不協調,需要通過較復雜的程序化進行數據類型之間的轉換來達到數據類型的一致性。
對于工程應用來說,關系數據庫不能支持復雜數據類型的典型結果就是需要額外地分解數據結構工作,這些被分解的結構不能直接表示應用數據,且從基本成分重構時也非常繁瑣和費時間。
2) 復雜查詢功能比較差
在關系數據庫中,利用SQL語言進行查詢數據。雖然SQL語言為數據查詢提供了很好的定義方法,但是當用于復雜信息的查詢時可能會非常繁瑣。這是由于在工程應用時規范化的過程通常會產生大量的簡單表,從而降低數據的冗余度。那么在這種環境下由存取信息產生的查詢必須處理大量的表和復雜主鍵和外鍵之間的聯系以及連接運算,會影響系統的查詢效率。
3) 支持長事務能力差
由于RDBMS記錄鎖機制的顆粒度限制,對于支持多種記錄類型的大段數據的登記和檢查來說,簡單的記錄級的鎖機制是不夠的,但基于鍵值關系的較復雜的鎖機制來說卻很難推廣也難以實現。
4) 環境應變能力差
在要求系統改變的環境下,關系數據庫從一種系統移植到另一個系統上的成本高且修改困難。再加上,關系數據庫和編程語言所提供的數據類型的不一致,使得從一個環境轉換到另一個環境時需要多至30%的附加代碼。
正是由于關系數據庫的這些缺陷,才推動了數據庫技術的發展,產生了云端數據庫技術,進而彌補了關系數據庫的不足。
2 云端數據庫
2.1 Bigtable的介紹
Google在 2004 年初就開始研發了BigTable,到了2005年大概有100個左右的服務使用BigTable。BigTable 讓Google在提供新服務時的運行成本降低,最大限度地利用了計算能力。
Bigtable是一個大型,容錯,自我管理的分布式存儲系統,并用于管理分布在成千上萬臺服務器上的結構化數據[4]。它是建立在GFS分布式文件系統[5]、Scheduler分布式集群調度、Lock Service分布式的鎖服務[6]和 MapReduce編程模式[7]基礎之上的系統。
2.2 Bigtable的架構
1) Bigtable的數據模型
一個Bigtable(大表)是一個稀疏的,分布的,持續的以及多維的排序的數據映射。這個映射由行主鍵,列主鍵和時間戳進行索引[4]。每一項值在映射中是一系列不被解釋的字節元組即(row:string,column:string,timestamp:int64)string。
在Bigtable的數據模型中,所有的數據都存放在表格單元中,每一行表示一個事物的數據內容,其所在列表示這個事物的唯一標志,其所對應的時間戳表示這個事物在某個時間上的狀態即具體的數據內容。關系數據庫只能反映當前時間上事物所處的狀態,而Bigtable不僅能顯示事物當前所處的狀態,而且還可以記錄某個事物的過去某個時間所處狀態。Bigtable的數據模型如圖2所示。
2) Bigtable的架構
與目前的關系數據庫類似,BigTable也是客戶端和服務器端的聯合設計,使得性能能夠最大程度地符合應用的需求。
BigTable系統依賴于集群系統的底層結構,一個是 Google的分布式文件系統(GFS),一個是分布式的集群任務調度(scheduler),還有一個分布式的鎖服務(Lock Service)。BigTable使用Lock Service來保存根數據表格的指針,即客戶端用戶可以首先從Lock Service鎖服務器中獲得根表的位置,進而對數據進行訪問。BigTable使用一臺服務器作為主服務器,用來保存和操作元數據。主服務器除了管理元數據之外,還負責對tablet服務器(即一般意義上的數據服務器)進行遠程管理與負載調配?？蛻舳送ㄟ^編程接口與主服務器進行元數據通信,與tablet服務器進行數據通信[8]。
Bigtable的架構由Bigtable master、Bigtable tablet servers和Bigtable client library三部分組成,如圖3所示。
Bigtable master存儲了許多由大量的tablets組成的表。主要負責指派tablet到tablet的各個服務器上,并檢測tablet服務器的增減和服務程序裝載滿與否,進行實時的分配任務,使tablet服務器負載均衡并回收GFS文件系統中的垃圾文件。此外,它還處理模式更改,如表和列簇的創建。
每一個tablet服務器用于管理一部分tablets,通常有10-1000個tablet和處理客戶端用戶的讀/寫請求。tablet是由大表以行為單位分隔而成的。每個tablet保存了連續的行,然后別分配到各個tablet服務器上。
Bigtable client library是客戶端用戶和Bigtable服務器通信的接口。用戶通過Bigtable client library接口來讀數據和寫數據等操作。
3 關系數據庫與云端數據庫的比較
3.1 兩者架構的區別
關系數據庫架構與云端數據庫中的Bigtable架構主要區別如表1所示。
3.2 基于架構的比較分析
通過對關系數據庫架構和云端數據庫中的Bigtable架構的分析,可以從以下幾個方面對兩者進行比較:
1) 數據模型
在關系數據庫中創建的表是一張二維表包括行和列,使用簡單的數據類型對結構化的數據進行存儲。但對于非結構化的數據的存儲,因為關系數據庫要保持數據冗余度低這一優點,所以關系數據庫的設計會比較復雜且困難。而Bigtable創建的類似于二維表,但事實上不是二維表,它是由行主鍵、列主鍵、時間戳三個域組成的多維map。雖然Bigtable存儲數據的冗余度比較高,但是Bigtable比關系數據庫的二維表多了一個域――時間戳域,時間戳域可以記錄事物的不同時間時的狀態。另外Bigtable是以一條記錄為原子對數據進行操作的,所以Bigtable不僅可以對事物的當前狀態進行更新,還可以對事物的過去狀態進行查詢。在這一點上,關系數據庫是不支持歷史查詢的。
2) 數據的存取方式
在關系數據庫中用戶對數據進行查詢、添加、修改及刪除等的操作是使用SQL語言。對于處理海量及復雜數據時,使用SQL語言對多個關聯表進行操作就可能會顯得非常繁瑣。Bigtable并非支持SQL語言的數據庫,而是以map 函數方式的,以列導向的數據庫。Bigtable對數據的存取是以一行記錄為原子進行的,不必關聯其他的表,那么數據存取的速率要比關系數據庫要高。
3) 數據遷移能力
關系數據庫提供了一些簡單的數據類型,在環境發生變化比如應用平臺或者是編程語言所提供的數據類型與關系數據庫所提供的不一致時,那么數據之間的轉化過程將會相當復雜而且還會增加成本。而Bigtable所提供的數據類型只有字符串類型,所有數據都是以字符串的形式進行處理,因此Bigtable在進行數據遷移時相比關系數據庫要容易并且成本也要比關系數據庫要低得多。
4) 支持事務
關系數據庫為了保持數據的完整性和一致性,提供了事務處理功能。關系數據庫在處理簡單事務方面,顯現出了關系數據庫的優勢。但是在處理繁瑣的事務方面,比如執行了n條SQL語句來對多個關聯的數據表進行處理,執行效率就會顯得比較低。目前,Bigtable還不支持事務處理功能,但是Google已經考慮到了該功能,一旦Bigtable支持了多行數據的事務支持,執行效率將會大大提高。
總之,云端數據庫在處理非結構化數據時要比關系數據庫的效率高,更適宜在多節點的服務器集群上工作,比關系數據庫更適應環境的變化,最大的優點是使用成本比關系數據庫要低得多。
4 結束語
本文通過對關系數據庫架構和云端數據庫架構的比較分析,可以得出云端數據庫在許多方面要比關系數據庫占優勢,也就是說云端數據庫技術具有很大的發展前景。雖然云端數據庫技術還不夠成熟,再加上各大關系數據庫供應商對關系數據庫技術的不斷改進以及對查詢算法進行優化,但是隨著云端數據庫技術的不斷成熟,將會得到廣泛的應用,進而逐步會取代關系數據庫成為數據庫中的主流。
參考文獻:
[1] Chang F,Dean J,Ghemawat S,Hsieh WC,Wallach DA,Burrows M,Chandra T,Fikes A,Gruber RE.Bigtable:A distributed storage system for structured data.In:Proc.of the 7th USENIX Symp.on Operating Systems Design and Implementation.Berkeley:USENIX Association,2006:205-218.
[2] 瞿裕忠 胡偉 鄭東棟 仲新宇. 關系數據庫模式和本體間映射的研究綜述[J].計算機研究與發展,2008,45(2):300-309.
[3] Fay Chang,Jeffrey Dean,Sanjay Ghemawat,Wilson C.Hsieh,Deborah A.Wallach Mike Burrows, Tushar Chandra, Andrew Fikes,Robert E.Gruber.Bigtable: A Distributed Storage System for Structured Data,OSDI,2006:1-5.
[4] Ghemawat S,Gobioff H,Leung ST.The Google file system.In:Proc.of the 19th ACM Symp.on Operating Systems Principles.New York:ACM Press,2003.29-43.
[5] Dean J,Ghemawat S.MapReduce:Simplified data processing on large clusters.In:
關于書的比喻句范文2
關鍵詞：BIM；數據；關聯；關系模型；工程項目管理計劃系統
BIM有助于對工程項目進度、成本、質量進行管控，在建筑業得到了快速的發展[1]。目前BIM的應用集中在工程項目設計階段的方案論證和可視化設計以及施工階段的碰撞檢查、施工模擬和模型渲染等方面[2]，在連接工程項目全生命周期數據并實現工程項目的集成管理方面沒有發揮其價值。一個重要原因是沒有實現傳統工程項目管理數據與BIM模型數據間的關聯集成[3]。
本研究在深入分析了傳統工程項目管理數據關系和BIM數據結構后提出并改進了基于BIM的工程項目管理數據關系模型。從BIM模型中提取數據并與成本、進度等傳統工程項目管理數據進行集成。利用集成數據在MSProject中完成項目進度計劃并對項目進行進度實時跟蹤、成本預算與跟蹤以及狀態綜合評估。使工程項目管理過程的信息化程度得到了提升[3]。
1傳統工程項目管理及BIM數據關系
1.1傳統工程項目管理數據關系
1.1.1傳統工程項目管理數據關系
傳統的項目管理通常將項目的施工過程分解為不同的任務，并為不同的任務分配資源。傳統工程項目管理數據關系模型如圖1，其中，任務資源配置數據是基礎數據，項目數據是對其進行匯總得到。在施工中，完成一項工作任務往往需要多種資源，一種資源也可以被配置給多項任務，任務與資源之間是多對多的關系。存在兩種基礎數據匯總方式。第一種方式是先分別對每項任務所配置的資源進行匯總，再匯總整個項目的任務數據得到項目數據；第二種方式是先將項目的任務信息匯總，再分別為每項任務配置資源，最后匯總所有的資源數據得到項目數據。兩種方式的結果是一致的，根據得到的項目數據可以進一步得到項目總成本。第一種方式中，資源配置在每項任務上，任務具有時間標記，所以這種方式可以對工程項目進行進度實時跟蹤和動態成本管理。第二種方式的實質是先計算整個工程項目的資源工程量，再結合資源單價計算出整個工程項目的預算成本，是我國傳統概預算的計算方式，這種方式投入的資源信息中不帶有時間標記。
1.1.2通用的工程項目管理數據關系
施工企業在利用傳統方法進行工程項目管理過程中存在無法對項目進行實時動態管理[4]，不能對投入的資源數據進行逆向追溯而造成工程進度款審核效率低[5]及進度管理與成本管理分離的問題[6]。這些問題在國際工程實踐中存在科學的解決方法。目前國際通用的主流項目管理軟件MSProject和P3內部數據都是采用上述的數據結構，所以該數據結構在國際上具有通用性[7]。采用這種數據結構，既可以先匯總任務再匯總資源得到項目的總成本，也可以先匯總資源再匯總任務得到項目的總成本。同時可以統計各項資源在不同時間節點的消耗量，對資源及成本數據進行追溯。根據時間進行累計匯總，可以得到每個時間點施工所需要的各項資源量，為資源采購計劃的制定提供依據。還能得到項目的BCWS、BCWP值，便于采用贏值法對項目的成本、進度情況進行分析，比較準確地掌握項目的成本、進度情況和趨勢，以便采取糾正措施以減小對項目的影響。目前，因為難以獲取符合工程實際需要的工程量，多數情況項目管理軟件只是用于進度管理。所以，基于BIM的工程項目管理數據關系模型應該在此通用模型的基礎上進一步完成與BIM數據的關聯集成。
BIM應用環境下，這種數據關系并沒有被顛覆和否定，且BIM應用更應該將可視化與這些通行的數據結構緊密地結合起來。
1.2BIM數據結構關系
BIM模型的本質是一個可視化的、包含全面建筑信息的數據庫。Revit中模型圖元是BIM數據的主要載體[8]。本文通過分析模型圖元的數據結構關系來揭示BIM數據結構關系。BIM模型圖元的數據由基本數據和擴充數據組成?；緮祿谴鎯τ赗evit中的圖元所具有的不變的屬性。擴充數據是存儲在軟件外部的共享參數文件中的數據[9]。
2基于BIM的工程項目管理數據關系模型
2.1基于BIM的工程項目管理數據關系模型
BIM模型構件是BIM數據的主要載體[10]。而傳統的工程項目管理數據關系模型的核心是工作任務，所以建立BIM數據與傳統工程項目管理數據之間聯系的前提是建立BIM構件與任務之間的聯系[11]。在對如何建立任務和模型構件之間的關聯進行研究后本文提出了基于BIM的工程項目管理數據關系模型，如圖2所示。
該模型建立了傳統工程項目數據關系模型任務與BIM模型構件之間的聯系。完成一個構件往往需要多項工作任務，一項工作任務通常也會涉及多個構件同時作業，所以工作任務與模型構件之間存在多對多的數據關系。任務具有時間標記，關聯配置資源(為任務關聯構件、為構件配置資源)使構件及資源都具有了時間標記。由于構件是資源的載體，且任務是構件的載體，這為資源的追溯提供了前提。根據任務完成百分比及任務所配資源可以得到單項任務的實際成本，對該項目所有任務的實際成本進行累加可以得到項目在該時間節點的實際成本，匯總各個時間節點項目的實際成本可以得到整個項目的動態成本。在設計出現變更或需要返工時，成本數據可以反應在具體的任務和構件上。
該模型主要包括三部分：BIM模型構件、工作任務和成本資源數據。將構件的施工過程分解為多項任務并為任務關聯相應的模型構件及分配資源。任務與構件之間的關聯使構件具有了時間標記，給任務配置資源為任務賦予了成本信息，從而圍繞工作任務形成了具有時間、成本等集成信息的工程項目管理數據關系模型。
2.2簡化基于BIM的工程項目管理數據關系模型
為了減少附加的信息存儲文件，可以將信息存儲到MSProject文件中。于是對原數據關系模型進行了簡化，如圖3所示。
簡化后的模型省略了“任務關聯構件”聯系，直接在“任務”中記錄其關聯構件的ID。還省略了“關聯配置資源”聯系，將關聯配置信息存儲在“任務配置資源”中?！瓣P聯配置信息”與在“任務”中記錄的構件ID之間是依次對應的。
MSProject中，“任務工作表”是存儲任務信息的工作表，包含任務唯一ID、任務名稱、備注等字段，將每項任務關聯的構件ID以特定的格式存儲在備注中，相當于MSProject中存在一張虛擬的“任務關聯構件數據表”，該表包含任務唯一ID和構件ID等字段?！百Y源工作表”用于存儲項目所用資源的信息，該表包含資源名稱、材料標簽、標準費率、代碼等字段。在MSProject中還存在著一張虛擬的“任務配置資源數據表”，記錄了任務配置資源的信息，包含任務唯一編號、資源名稱、配置量、備注等字段。將該行資源分別在該行任務所關聯的每一個構件上的配置量存儲在該表備注中，并且這些配置量與“任務工作表”中同一任務“備注”中記錄的構件ID依次對應。這兩張表的“備注”信息結合、對應起來共同記錄了整個項目所用各種資源在各項任務關聯的各個構件上的配置量，相當于在MSProject中存在一張虛擬的“關聯配置資源數據表”，該表包含資源編碼、構件ID、計量單位及標準費率等字段。
2.3BIM數據與傳統項目管理數據之間的關系
BIM數據與進度數據、造價數據等傳統項目管理數據之間的關系如圖4(圖中：*代表數據表的關鍵字段)所示。BIM模型本質是一個可視化的數據庫，其主要組成部分是構件，可以認為BIM數據庫中含有一張“構件表”，該表含有構件ID、長、寬、高、面積及體積等字段。MSProject文件是存儲工程項目信息的數據庫，其中包含“任務工作表”“資源工作表”等實體表，還虛擬存在“任務關聯構件數據表”“任務資源配置數據表”及“關聯配置資源數據表”等關聯表，“任務工作表”通過“任務關聯構件數據表”與“構件表”關聯，建立了構件和任務的對應關聯，在MSProject中任務具有工期、開始時間和結束時間等進度信息，所以該過程建立了BIM構件及其具有的BIM數據和進度數據之間的聯系?！百Y源工作表”通過“任務資源配置表”與“任務工作表”關聯，結合“資源工作表”中的資源數據和“任務資源配置表”中的配置量可以計算成本數據，從而可以實現成本數據與進度數據之間的對應關聯，并且可以將成本按任務工期分布，便于成本的跟蹤和管控。通過“關聯配置資源數據表”建立“資源工作表”和“任務關聯構件數據表”之間的聯系，將資源和任務關聯構件數據聯系起來，即資源、任務及單個構件三者間對應關聯，記錄每個構件在不同任務上各種資源的配置量，由資源的標準費率和構件中的BIM數據能夠得到成本數據，從而建立成本數據與BIM數據、進度數據之間的對應關系。并且關聯配置數據將資源量對應到每項任務涉及的每個構件上，對成本進行跟蹤和管控時可以追溯到具體構件。
3系統的設計與實現
根據改進后的數據關系模型提出了基于Revit的項目管理計劃系統(RVTPlanner)的架構設計和方案框架并完成了開發，該系統主要用于施工企業的工程項目管理。
3.1系統的架構設計
系統的架構如圖5所示，主要包括：數據層、業務邏輯層、界面層、數據存儲層和應用層。業務邏輯層的功能是提取模型構件的ID、名稱和幾何參數，并依據任務所配置資源的計量單位提取或計算相應的工程量。界面層是為用戶提供輸入數據和顯示結果的界面。該系統作為Revit的插件，包含3個Ribbon按鈕：打開鏈接文件、關聯構件和配置資源?！按蜷_鏈接文件”的功能是彈出對話框讓用戶選擇打開MSProject文件?！瓣P聯構件”的功能是打開“關聯構件”窗口，如圖6所示，在窗口中可以為任務關聯構件、更新任務關聯的構件及顯示任務名稱(可以修改并在MSProject文件中更新)?！芭渲觅Y源”的功能是打開“配置資源”窗口，如圖7所示，該窗口主要功能有：(1)顯示當前任務關聯模型構件的名稱及ID；(2)選擇用于成本計算的定額并顯示所選定額中的成本資源信息；(3)顯示每種資源分別在當前任務關聯的每個構件上的配置量及該任務配置的每種資源總量；(4)添加、刪除任務所配置資源等。數據存儲層的主要功能是將系統計算得到或更新的任務數據存儲到MSProject文件中。應用層的作用是利用系統得到的集成數據完成施工進度計劃、項目成本預算，對各項資源進行分析及利用贏值法對項目進行綜合評估，實現對項目進度、成本的綜合管控。
3.2系統的方案框架
系統的方案框架如圖8所示。系統運行時首先訪問成本資源庫讀取成本資源數據。為各項任務關聯構件并配置施工所需的資源后，系統將訪問BIM數據庫讀取關聯構件的有關幾何數據，并根據任務所配資源的計量單位提取或利用系統設置的計算公式自動計算資源配置量，最后將系統得到的任務、資源數據寫入到MSProject文件中對應的位置。對項目信息進行更改時，系統從MSProject文件中讀取任務數據，完成修改后會更新MSProject文件中的相關數據。
3.3系統的功能展示及數據關系模型可靠性驗證
3.3.1系統的功能展示
該系統的操作方法如下：(1)選擇并打開相應的MSProject文件；(2)點擊“關聯構件”，在打開的“關聯構件”窗口中點擊“選取Revit構件”按鈕并選擇當前任務需要關聯的構件，然后點擊“關聯確定”按鈕，將關聯構件的信息存儲到MSProject文件中；(3)點擊“配置資源”，在打開的“配置資源”窗口中選取資源配置給任務；(4)點擊“確定”按鈕，將該任務的資源信息存儲到MSProject文件中。(2)～(4)的操作順序可以互換，因為該系統設置了兩種操作方式。第一種是上述的先為任務關聯構件，再為任務配置資源并根據資源的計量單位提取或計算工程量；第二種是先為任務配置資源，需要的時候再為任務關聯構件，關聯構件后，資源的配置量會根據關聯構件的工程量進行更新。
關于書的比喻句范文3
[關鍵詞]心理; 手術; 護理
[中圖分類號] R395[文獻標識碼]A [文章編號] 1005-0515(2010)-10-142-01
內窺鏡鼻竇手術是治療慢性鼻竇炎的一種新技術,在徹底消除不可逆變的基礎上,盡可能保留鼻腔和鼻竇結構,通過重建鼻腔鼻竇通氣引流,改善和恢復鼻腔鼻竇黏膜形態和生理功能。而手術作為一種強烈的刺激源,會引起患者產生強烈的應激反應,內窺鏡鼻竇手術病人因其部位特殊性給病人造成呼吸、睡眠改變、腫脹疼痛等強烈不適,嚴重影響圍手術期的處理和術后康復,而有針對性予以心理干預,可有效的緩解恐懼,使病人主動配合,從而收到較好的治療效果(/效果滿意)。
1 對象和方法
1.1對象局麻下清醒狀態擇期手術病人。本組120里例,其中男性60例,女性60例,年齡在20~60歲,隨機分為干預組(60例)和對照組(60例),2組病人無高血壓、心臟病史,在性別、年齡、文化程度、職業分布在統計學上無明顯差異(P>0.05),具有可比性。
1.2 方法2組病人均進行常規手術前檢查、常規術前術后隨訪、手術常規護理,干預組增加術前、術后健康宣傳教育,講解手術的過程,應該如何配合在內窺鏡鼻竇手術前后的注意事項,進行心理疏導,幫助病人克服恐懼心理。
1.3 評定指標
恐懼程度評定分度:無恐懼感血壓130/90mmHg、心率穩定80次/分為I度;有恐懼感血壓150/100 mmHg、心率110次/分,均升高,但幅度較小為II 度;有強烈的恐懼感血壓180/120 mmHg,心率130次/為 III度。
1.4統計學方法 計數學資料采用檢驗。
2結果
2組病人恐懼程度評定情況比較(見表1)
3討論
心理干預是指在心理學原理和有關理論指導下有計劃,按步驟地對一定對象的心理活動、個性特征或行為問題施加影響,使之發生指向預期目標變化的過程[1]。內窺鏡技術日臻成熟和完善,目前在臨床上應用較為廣泛的一種鼻微創手術,有資料統計對手術有明顯應激者,約半數易發生術中,術后適應不良和術后并發癥。心理干預是護理人員嚴密觀察病情變化及病人心理狀態有效手段,有利于建立護患關系,有利于減少手術病人的敏感度,精神緊張、失眠等,消除病人的 恐懼,對手術是有利的。因此,對其進行護理干預是恰當的、必要的,特別是心理干預是行之有效的[2]。通過護理干預給患者充分準備和護理支持可減輕其對手術的心理壓力及恐懼感,可緩解其焦慮情緒。減輕其對手術應激反應程度,充分調動患者的主觀能動性和自我控制能力[3-5]達到自我放松,以最佳心理接受手術。
參考文獻
[1] 李杰,王正霞,陳愛民.心理干預對惡性腫瘤患者抑郁、焦慮情緒的效果觀察[J].當代護士,2009,12,76-77.
[2] 崔車辰,耿軍.擇期手術病人的心理應激及護理政策[J].中華護理雜志,1996、3/(2):692-695.
[3] 胡立,翁銘慶.婦科手術圖譜[M].廣州:廣東科學出版社,1996:97-106.
關于書的比喻句范文4
為提高學生書寫技能，慶祝建黨百年華誕，繼承和發揚我國書法傳統藝術，***中學舉行主題為“傳承經典文化 獻禮百年華誕”學生書法大賽。
一、活動主題
傳承經典文化獻禮百年華誕
二、活動時間
2021年4月29日至2021年5月7日
三、活動對象
七年級、八年級、高一年級、高二年級
四、活動要求：
書法作品要求：
（1）軟筆書法作品規格為四尺三裁至六尺整張宣紙（46厘米×69厘米至95厘米×180厘米）一律為豎式。硬筆書法作品規格為A4或A3彩色書法紙,學生自行準備。
（2）作品內容要求：反映中華優秀傳統文化、革命文化、社會主義先進文化的經典詩文、成語、警句或古今名人名言，歌頌建黨百年光輝歷程，展現舉世矚目偉大成就的經典作品。
（3）作品背面右下角用鉛筆寫清班級、姓名。
（4）每班選送5幅軟筆書法作品和5幅硬筆書法作品。
（5）5月6日課間操之前各年級組收齊，七年級交**老師，八年級交**老師，高一交**老師，高二交**老師。
（6）獎項設置為一、二、三等獎若干名。交稿數量和獲獎成績由德育處納入班級量化考核。
關于書的比喻句范文5
【關鍵詞】 左布比卡因; 術后疼痛; 婦科腹腔鏡; 腹腔內給藥
腹腔鏡手術在婦科應用廣泛，雖然損傷小、恢復快，但術后疼痛仍然是患者感到不適的重要原因之一。引起婦科腹腔鏡術后疼痛的原因很多，包括手術穿刺孔、腹腔內手術創面、CO2氣腹對腹腔臟器和腹壁的牽拉以及術后殘留CO2對腹膜的持續刺激等。疼痛主要包括肩背部疼痛和腹壁傷口痛[1，2]，最嚴重的疼痛常發生在術后第1天，資料顯示大約有73%～80%的患者在術后第1天需要使用鎮痛劑緩解疼痛[3]。
我們選用的左布比卡因是一種長效的酰胺類局部麻醉藥物，它具有起效快、彌散廣、穿透性強、安全范圍大的特點。有研究表明，應用100 ～150 mg的布比卡因注入腹腔內后，其血藥濃度約為1μg/ml，離中毒水平3μg/ml相差甚遠[4]。該藥腹腔鎮痛的具體作用機制尚不清楚，可能是通過對局部神經傳導的阻滯起作用，阻斷外周感受器將痛覺沖動傳入中樞神經系統，起到預先鎮痛和局部抗感染作用，減少炎癥因子的釋放，進而阻止炎癥因子所介導的痛覺刺激向中樞神經系統的傳導。
我們在腹腔鏡術后于腹腔內留置左布比卡因和0.9%氯化鈉液，通過觀察患者術后疼痛的情況，檢測左布比卡因的鎮痛效果，以期尋找一種理想的術后鎮痛的方法。
1 臨床資料
1.1 一般資料
在患者知情同意的情況下進行以下隨機對照研究。婦科行腹腔鏡手術的患者共120例，患者年齡15～48歲，體重45～65 kg。臨床診斷包括輸卵管妊娠、不孕癥、卵巢腫瘤。所有患者既往均無腹部手術史及對阿片類和酰胺類局部麻醉藥過敏史。術前肝、腎功能正常，無心肺疾患及代謝紊亂，兩組患者基本情況比較，差異無統計學意義(P>0.05)，具有可比性，見表1。
1.2 方法
1.2.1 手術方法及分組 麻醉誘導采用丙泊酚2～3 mg/kg，瑞芬太尼為2～3μg/kg，阿屈庫銨0.1 mg/kg。持續電子微泵注射丙泊酚、瑞芬太尼、阿屈庫銨維持麻醉，腹腔內氣腹壓力維持在12 mmHg，呼吸末CO2維持在35～45 mmHg。手術結束時，患者被隨機分配成兩組，每組60例，觀察組腹腔內注射0.375%左布比卡因30 ml;對照組腹腔內注射0.9%氯化鈉液30 ml。表1 兩組患者的一般情況比較注：P
1.2.2 觀察方法 在手術結束的時候充分利用腹部的擠壓排出腹腔內的CO2，分別在術后1、6、12、24小時記錄患者在安靜和咳嗽狀況下的鎮痛評分、疼痛的部位(包括切口、腹腔內和肩背)。患者不能忍受疼痛時給予肌內注射鹽酸哌替啶100 mg鎮痛，同時記錄患者術后24小時內使用鎮痛藥的次數。記錄患者的惡心、嘔吐、瘙癢、呼吸抑制和尿潴留的發生情況。患者、護士和評估醫師均對設計方案未知。
1.2.3 疼痛評分標準 疼痛采取視覺模擬鎮痛評分(VAS)，0分表示沒有疼痛，10分表示無法忍受的疼痛， 根據患者移動標尺的位置可以讀出相應的分值。
1.3統計學處理
統計分析采用SPSS 11.0版本，計量資料采用±s，組間比較采用t檢驗，計數資料采用χ2檢驗，P
2 結果
2.1 鎮痛評分情況比較
術后1、6、12、24小時點，觀察組對切口和腹腔內疼痛的鎮痛效果均較對照組好，VAS評分均
2.2 術后鎮痛時間比較
觀察組23.6±1.2h，對照組2.3±1.4h，差異有統計學意義(t=62.65，P
2.3 術后不良反應及鎮痛藥使用情況
觀察組術后加用鎮痛藥2例(6.67%)，對照組術后加用鎮痛藥25例(83.33%)，兩組相比，差異有統計學意義(χ2=35.62，P0.05)，兩組均無瘙癢、呼吸抑制和尿潴留等并發癥的發生。
3 討論
腹腔鏡手術后在腹腔內留置局部麻醉藥物是一種較新的術后鎮痛方式，它具有安全、有效、經濟、無創等特點。觀察組患者觀察時間內VAS評分均在4分以下;肩背痛的發生率也明顯低于對照組，基本能滿足患者術后鎮痛的要求;觀察組2例追加鎮痛藥，對照組25例需追加鎮痛藥。兩組患者惡心、嘔吐的發生率較高，提示腹腔內留置局部麻醉藥物的術后鎮痛方式對CO2持續刺激腹膜所導致的惡心、嘔吐沒有緩解作用。全組沒有發生明顯的不良反應和瘙癢、呼吸抑制、尿潴留等并發癥。試驗過程中沒有測量左布比卡因的濃度，也未發現局部麻醉藥中毒癥狀。但必須注意，局部麻醉藥腹腔內注射后，其吸收是快速的，一次大劑量注射后，血藥濃度可能會迅速上升至中毒濃度，在全身麻醉狀態下，中毒癥狀有可能被掩蓋，因此盡管這種劑量發生局部麻醉藥中毒的可能性很小，但仍必須注意這一情況。
腹腔鏡術后疼痛可能是多種因素共同作用下產生的，本組患者雖然術后疼痛得到有效控制，基本能滿足患者術后鎮痛的要求，全組患者也沒有明顯的不良反應和并發癥發生，可以在臨床上推廣使用。但我們還需要更加深入的研究，一方面需要加快對左布比卡因作用機理的研究，以更好地指導臨床使用;另一方面，也可以嘗試將幾種鎮痛方法聯合使用，更好地發揮鎮痛效果。隨著腹腔鏡手術的廣泛開展，對其術后鎮痛的研究會越來越深入，必將會有更多的新思路和新方法。
【參考文獻】
1 畢麗儀. 婦科腹腔鏡圍手術期的護理. 中國醫藥指南， 2010， 2 :122～123.
2 范臘梅. 外科病人術后疼痛評估與護理. 全科護理，2009， 36 :3339.
3 O'Hanlon DM， Colbert S， Ragheb J， et al.Intraperitoneal pethidine versusintramuscular pethidine for the relief of pain after laparoscopic cholecystectomy:randomized trial. World Journal ofSurgery， 2002， 26 (12) :1432～1436.
關于書的比喻句范文6
【摘要】 目的： 了解奧沙利鉑、5氟尿嘧啶(5FU)、亞葉酸鈣新輔助化療方案治療局部進展期直腸癌的療效和毒副作用. 方法： 局部進展期直腸癌患者144例，術前接受的新輔助化療方案65例：奧沙利鉑120 mg/m2（d1），5FU 500 (mg/m2·d)（d1～5），亞葉酸鈣100 mg/（m2·d)（d1～5）靜滴，1/d，共5 d. 觀察新輔助化療后腫瘤原發病灶的緩解情況，并觀察新輔助化療的毒副反應. 結果： 新輔助化療后65例進行了根治性手術，其中完全緩解（CR）15.4%，部分緩解（PR）63.0%，病理完全緩解（pCR）75.4%. 常規手術組79例，CR 10.1%，PR 45.7%，pCR 59.5%. 新輔助化療組與常規手術組相比有差異(P＜0.05)，毒副反應主要為白細胞減少癥、惡心、脫發，但未有因此而發生的敗血癥和死亡病例. 結論： 應用奧沙利鉑、5FU、亞葉酸鈣新輔助化療方案治療進展期直腸癌療效顯著，耐受性良好.
【關鍵詞】 直腸腫瘤；化學療法，輔助；臨床療效
0引言
對于直腸癌的治療，手術仍占主導地位. 但臨床大多數為進展期直腸癌，單純手術治療效果尚不理想，通常在2 a之內有76%的病例局部復發. 目前國內外的研究結果證實對進展期直腸癌患者行術前新輔助化療，有助于降低局部復發率，提高生存率，并確保保肛手術的成功率和安全性［1］. 但是，目前臨床化療方案有多種選擇，200401/200706我們應用奧沙利鉑加5氟尿嘧啶（5FU） 及亞葉酸鈣聯合化療方案對進展期直腸癌患者，65例進行術前新輔助化療，取得明顯的近期臨床療效，且耐受性良好.
1對象和方法
1.1對象局部進展期直腸癌患者144例. 隨機分為新輔助化療組65（男36，女29）例，年齡48～90（平均70.2）歲；常規手術組79（男43，女36）例，年齡44～83（平均69.2）歲. 常規手術組術前不化療，所有患者治療前均進行了系統體格檢查，腹部B超、CT、全身骨掃描排除遠處轉移，通過直腸鏡和電子結腸鏡明確病理診斷、腫瘤大小和所在部位. 按衛生部醫政司1991年《中國常見惡性腫瘤診治規范》所采用的Dukes臨床病理分期標準，新輔助化療組Dukes C期25例，B期30例，A期10例；常規手術組Dukes C期30例，B期36例，A期13例. 經組間均衡性檢驗，2組患者年齡、性別及分期構成上均無統計學差異（P＞0.05）.
1.2方法新輔助化療組術前接受奧沙利鉑加5FU 及亞葉酸鈣聯合化療方案的新輔助化療，劑量為奧沙利鉑120 mg/m2（d1），5FU 500 mg/（m2·d）（d1～5），亞葉酸鈣100 mg/（m2·d）（d1～5）靜滴，1/d，共5 d. 化療期間定期復查血常規，肝腎功，并給予免疫調節劑減輕化療副反應，出現不良反應則給予常規對癥處理，如白細胞下降給予金磊賽強(重組人粒細胞集落刺激因子). 新輔助化療組化療結束后對不良反應進行評估，且化療后1wk內進行手術治療；常規手術組入院經診斷明確后即進行手術治療. 所有患者手術治療后1 mo進行療效評估. 新輔助化療原發病灶的療效根據WHO實體瘤療效評定標準進行評估：完全緩解（complete remission，CR）、部分緩解（partial remission，PR），手術標本中無腫瘤病灶殘留或僅有原位癌殘留則可判定為病理完全緩解(pathological complete remission， pCR)，化療毒性反應按照WHO的抗癌藥物常見毒副反應分級標準進行分級.
統計學處理：用SPSS11.0統計軟件對兩組間率的比較進行χ2分析，P＜0.05有統計學意義.
2結果
2.1臨床療效新輔助化療后CR15.4%，PR63.0%，有效率為78.4%，常規手術組患者CR10.1%，PR45.7%，有效率為55.8%，新輔助化療組與常規手術組相比有效率有統計學差異（P＜0.05）. 新輔助化療組復查病理證實49例達到病理完全緩解，緩解率為75.4%(49/65)，優于常規手術組59.5%(47/79)，（P
2.2毒副反應新輔助化療組主要毒副反應為白細胞減少、胃腸道反應. 白細胞下降總發生率為68.4%，經金磊賽強治療和對癥治療后血常規均于1 wk內恢復（白細胞＞4×109/L），無嚴重不良反應，肝、腎功能損壞僅為輕度. （見表1）. 表1新輔助化療組不良反應發生率
3討論
新輔助化療最早由美國Fujii 等［2］于1982年作為綜合治療的一部分提出，主要用于頭頸部癌、骨腫瘤及乳腺癌的治療. 以往對進展期直腸癌在根治性手術基礎上的術后化療并沒有得到十分滿意的效果，所以近年來，國內外學者把研究熱點集中在術前化療方面，渴望于術后化療起協同作用［3-5］. 目的是盡早控制和殺滅全身微轉移癌，使原發瘤縮小，將不可能手術轉為可能手術. 為手術創造有利條件，減少術后復發. 再者新輔助化療可以作為體內化療敏感試驗，通過術前化療可以了解癌細胞對化療藥物敏感程度用以指導術后化療. 早期化療可以控制原發癌，減輕癌細胞負荷，從而轉變癌細胞的生長方式，使其倍增時間縮短，加速細胞周期同步化使大量G0細胞轉化為生長活躍的增殖細胞，提高轉移癌對化療的敏感性另外癌細胞增殖可使耐藥性細胞增多. 如早期采用無交叉耐藥的化療，有助于抑制耐藥細胞的產生，從而提高化療療效.
動物實驗也證實，原發瘤切除后轉移灶腫瘤增生迅速，抗腫瘤細胞數量也大增［2］. 因此，早期用藥，尤其在切除原發癌前給予化療，對轉移癌的控制療效更為顯著，但術前化療受劑量和時間的限制，如何利用術前這段時間選用高效、低毒藥物同時又不要影響到手術進行，就成為一項有待研究的課題. 新輔助化療多主張聯合用藥，但目前臨床尚無一個統一的標準方案，故只能根據臨床療效來總結化療藥物的效果. 奧沙利鉑(別名草鉑胺、奧克塞鉑Oxaliplation，LOHP)是繼順鉑和卡鉑之后的第3代鉑類抗癌藥，同為鉑類抑制DNA合成的抗癌藥，但結構上存在差異，抗癌譜亦不完全相同，臨床研究表明奧沙利鉑對多種腫瘤有顯著抑制作用，與5FU有協同作用；且無明顯腎毒性，對順鉑已耐受的腫瘤無交叉耐藥. 國內報道聯合治療療效明顯，對非霍奇金淋巴瘤、非小細胞肺癌、頭頸部腫瘤、乳腺癌、卵巢癌也有客觀療效［6］. 5FU仍是治療消化道腫瘤的主要藥物，5FU對大腸癌的有效率為11%~20%，緩解期約4~9 mo，對腹部病灶、淋巴結轉移和肝轉移效果較好. 亞葉酸鈣是5FU的生化調節劑，與5FU合用時，能促進氟尿嘧啶脫氧核苷酸與胸苷酸合成酶的穩定結合，從而提高5FU的療效. 我們發現，奧沙利鉑、5FU和亞葉酸鈣新輔助化療方案治療進展期直腸癌，在部分緩解率、疾病進展率、病理完全緩解率等方面與常規手術組相比有統計學差異(P＜0.05）. 另外，從滿足腫瘤手術的特殊性（必須限期手術），患者盼求早日手術，減少住院天數，以及該化療方案的副反應的強度等各方面考慮，我們認為該化療方案結束后5d左右手術是比較合適的，值得進一步推廣.
【參考文獻】
［1］ Leonard GD， Brenner B， Kemeny NE，et al. Neoadjuvant chemotherapy before liver resection for patients with unresectable liver metastases from colorectal carcinoma［J］. J Clin Oncol， 2005，23（9）:2038-2048. ［2］ Fujii M， Kochi M， Mochizuki F， et al.Significance of neoadjuvant chemotherapy for gastric cancer［J］. Gan To Kagaku Ryoho， 2000，27（13）:2028-2032.
［3］ Kwon HC， Moon CH， Kim SH， et al. Expression of doublestranded RNAactivated protein kinase (PKR) and its prognostic significance in lymph node negative rectal cancer［J］. Jpn J Clin Oncol， 2005，35（9）:545-550.
［4］ Kamoshida S， Matsuoka H， Ishikawa T， et al. Immunohistochemical evaluation of thymidylate synthase (TS) and p16INK4a in advanced colorectal cancer: implication of TS expression in 5FUbased adjuvant chemotherapy［J］. Jpn J Clin Oncol， 2004，34（10）:594-601.
