數據庫技術及應用復習題.doc

我從來就不是一個獨立的人，也從沒有獨立生活過，直到來了加國。然后發(fā)現，有生俱來的獨立細胞瞬間蘇醒，幾乎可以萬事不求人，獨立自強到令自己刮目相看。其實是環(huán)境使然，因為我也求不到人，舉目無親，求人不如求己。一個人帶著女兒東奔西走，上下求索，差不多半年的時間，生活才算安定下來。有幸結識了幾位華人朋友，圣誕節(jié)前第一次聚餐，說起各自的安居經歷，無不感嘆，加國是個鍛煉人的好地方，堪堪把在座的嬌嬌女都變成了女漢子。主人是一位大我兩歲的姐姐，上得廳堂下得廚房，最是熱情好客，令人賓至如歸。席間說起各自的圣誕計劃，我打算帶女兒去夏威夷度假。話音剛落，便有兩個聲音相繼表示可以負責我的機場接送。我和這里的許多老外一樣，早在訂機票的同時就租好了機場的晝夜停車，自駕往返機場。于是婉言謝絕了朋友的好意?！跋麓尾辉S再這樣了??！知道你是不想給人添麻煩，但你知不知道我們就是喜歡被麻煩呀？”主人心直口快地埋怨道?！拔沂窃缟掀唿c的航班，五點半就得值機，四點半出發(fā)，若是讓你們送的話，豈不是要跟我一樣倒時差了，如果是中午的航班，我就不客氣了?！薄叭魏螘r侯都不需要客氣。朋友是用來干什么的？朋友就是用來相互虧欠的。因為把你當朋友，所以我有求于你的時侯才不會猶豫，反之你有需要的時侯，也理所當然地來求我辦事，人與人之間的感情就是在一次次的相互虧欠互還人情的過程中日漸親厚的。我巴不得你麻煩我，這樣下次我麻煩你的時侯就理直氣壯了，否則你從不求我，我怎么好意思去求你，你說是不是這個理兒？”我把這當作了一堂寶貴的人情世故課。簡單樸實的道理，卻蘊含著與人交往的大智慧。怪不得她周圍有這么多的朋友，我很羨慕她為人處事的通透。從那以后，我學會以另一種方式與人相交，大方索取，大方回報，有欠有還，交情不斷。有位家長臨時有事找人代班去圖書館做義工，我正好有時間，立刻響應。之前我們只是恰好在同一個家長群里的點頭之交，見面連話都沒說過兩句。事后，她主動表示有機會一定要替我一次班，我欣然接受，你來我往的便成了朋友，更是將相互代班發(fā)揚成了傳統(tǒng)。鄰居外出期間托我?guī)退麧不舨菟褪绽?，我爽快地同意，等我回國時，也毫不猶豫地請他為我服務。有一天我不在家，監(jiān)控攝像頭通過手機提示我的院門被風刮開了，搖搖晃晃，還沒來得及通知朋友幫我去看一眼，就見鄰居走進了畫面，拿著工具幫我把松掉的門拴修好，關門離去。我又欠了他一次，沒關系，下次包餃子時給他多煮一份。女兒的玩伴度假回來帶給我們一罐錫蘭紅茶，等到春天，我從國內給她捎回明前龍井。她媽媽種的藍莓大豐收，送給我一盆，我吃不了做成了藍莓醬，又給她送回去一瓶。下一次，她干脆叫我去她家，品茶煮藍莓醬。幾年下來，我不再是當初那個獨在異鄉(xiāng)求助無門的女漢子，如今女漢子仍在，卻是同在異鄉(xiāng)，出入相友守望相助。朋友是用來相互虧欠的，投我以桃，報之以李。數據庫技術及應用II復習題一、基本要求1、數據庫系統(tǒng)概述 （1）數據庫的基本概念 （2）數據及數據聯系的描述 （3）概念數據模型 （4）數據庫管理系統(tǒng)的概念和功能 （5）數據庫系統(tǒng)的三級模式結構 2、關系數據庫設計基礎 （1）數據庫設計階段 （2）ER模型設計 （3）關系與關系數據模型的定義 （4）關系數據模型的三個完整性 （5）傳統(tǒng)的集合運算和專門的關系運算 （6）關系查詢語言和元組關系運算 （7）關系模式的規(guī)范化（要求達到3NF和BCNF） （8）ER模型向關系模型的轉化3、關系數據庫語言SQL （1）SQL的特點和功能 （2）SQL數據定義 （3）SQL數據更新 （4）SQL數據查詢 （5）SQL數據控制 （6）SQL視圖操作 （7）嵌入式SQL的概念 （8）存儲過程和觸發(fā)器的應用4、SQL Server2005 （1）SQL Server2005功能 （2）SQL Server2005的管理工具 （3）SQL Server數據庫 （4）Transact SQL （5）SQL Server的事務模式 （6）SQL Server的并發(fā)控制 （7）SQL Server的數據庫備份與恢復 （8）SQL Server的安全性機制 二、單選題1當數據的存儲結構改變時，數據的邏輯結構可以不變，從而應用程序也不用改變這就是數據與程序的A物理獨立性 B邏輯獨立性C一致性 D完整性 2在數據庫的三級模式結構中，一個數據庫的外模式有A1個 B2個C0個 D任意多個 3用圖形結構表示記錄與記錄之間的聯系的數據模型是 A層次模型 B網狀模型 C關系模型 D面向對象模型 4數據庫設計中的概念模型 A依賴于DBMS和硬件 B獨立于DBMS和硬件 C依賴于DBMS D獨立于DBMS 5有兩個實體集，并且它們之間存在著一個1：M聯系，那么根據ER模型轉換成關系數據庫的規(guī)則，這個ER結構轉換成表的個數為A1 B2 C3 D4 6下列敘述正確的是A主碼是一個屬性，它能惟一標識一列B主碼是一個屬性，它能惟一標識一行C主碼是一個屬性或多個屬性的組合，它能惟一標識一列D主碼是一個屬性或多個屬性的組合，它能惟一標識一行 7在標準SQL中，表示短整型數據類型的語法用AINTEGER語句 BINT語句CNUMERIC語句 DSMALLINT語句 8已知關系S(S#，SNAME，AGE，SEX)，SC(S#，C#，GRADE)，統(tǒng)計每一年齡段選 修課程的學生人數的操作如下： SELECT AGE，COUNT(*) FROM S，SC WHERE S.S#=SC.S# GROUR BY AS.S# ,SC.S# BDISTINCT S.S#, SC.S# CDISTINCT S.S#,AGE DS.S#, AGE 9具有數據冗余度小、數據共享、以及較高數據獨立性等特征的系統(tǒng)是 A文件系統(tǒng) B數據庫系統(tǒng) C管理系統(tǒng) D高級程序10數據庫系統(tǒng)中，邏輯數據與物理數據之間可相互轉換，執(zhí)行該功能的是 A操作系統(tǒng) B信息管理系統(tǒng) C數據庫管理系統(tǒng) D文件系統(tǒng)11下面哪個不是數據庫技術的主要特點A數據的結構化 B數據的冗余度小C較高的數據獨立性 D程序的標準化12下列敘述正確的為 A關系中元組沒有先后順序，屬性有先后順序 B關系中元組有先后順序，屬性沒有先后順序 C關系中元組沒有先后順序，屬性也沒有先后順序 D關系中元組有先后順序，屬性也有先后順序13SQL中的視圖提高了數據庫系統(tǒng)的 A. 完整性 B. 并發(fā)控制 C. 隔離性 D. 安全性14下列敘述正確的為 A關系中允許有重復的元組，也允許有重復的屬性名 B關系中允許有重復的元組，不允許有重復的屬性名 C關系中不允許有重復的元組，允許有重復的屬性名 D關系中不允許有重復的元組，也不允許有重復的屬性名15如果兩個實體之間的聯系是1：M，則實現l：M聯系的方法是A將兩個實體轉換成一個關系B將兩個實體轉換的關系中，分別加入另一個關系的主碼。C將“1”端實體轉換的關系的主碼，放入“M”端實體轉換的關系中D將“M”端實體轉換的關系的主碼，放入“1”端實體轉換的關系中16如果兩個實體之間的聯系是M：N，則實現M：N聯系的方法是A將兩個實體轉換成二個關系B將兩個實體轉換的關系中，分別加入另一個關系的主碼。C將“M”端實體轉換的關系的主碼，放入“N”端實體轉換的關系中D將聯系單獨轉換成一個關系17SQL語言是關系型數據系統(tǒng)的典型的數據庫語言，它是A過程化的 B非過程化的C格式化的 D導航式的18SQL的標準庫函數COUNT，SUM，AVG，MAX與MIN等，不允許出現在下列哪個語句中 ASEIECT BHAVING CGROUPHAVING DWHERE19下列敘述正確的是 ASQL只允許拷貝表的全部，不能有選擇的拷貝 B新表的列名必須與被拷貝表的列名相同 一 C新表的列數必須與被拷貝表的列數相同 D新表的列名和列數可以與被拷貝表不相同，但是對應列的數據類型必須一致20已知關系SC(S#，C#，GRADE)，統(tǒng)計每一個學生選修的課程門數操作如下：SELECT S#，COUNT(*)FROM SC GROUR BY ( )： AS# BDISTINCT S# CC# DDISTINCT C# 三、填空題21現實中事物之間的聯系有三種，分別是一對一聯系，一對多聯系和多對多聯系，這反映了（ ）之間的聯系。22假設每個班級只有一個班長，則班級和班長之間的聯系是（ ）聯系。23E-R圖的設計，屬于數據庫系統(tǒng)設計中的（ ）階段。24存取方法和存儲結構的選擇，屬于數據庫系統(tǒng)設計中的（ ）階段。25帶有EXISTS謂詞的子查詢結果不返回任何數據，若子查詢結果 （ ），則返回真值。26所有帶IN謂詞、比較運算符、ANY和ALL謂詞的子查詢都能用帶（ ）謂詞的子查詢等價替換。27SQL Server 2005的服務管理器用于開啟、（ ）和停止SQL服務工作。28在用DECLARE命令聲明之后，所有的變量都被賦予初值NULL。需要用（ ） 或SET 命令來給變量賦值。29修改被參照關系中的主碼問題，若允許修改關系主碼，但必須保證主碼的非空和（ ），否則拒絕修改。 30觸發(fā)器能夠對數據庫中的相關表實現（ ）更改。31、現實中事物之間的聯系有三種，分別是（ ）聯系，（ ）聯系和（ ）聯系，這反映了實體集之間的聯系。32、班級和學生之間的聯系是（ ）聯系，班級和班長之間的聯系是（ ）聯系，學生和課程之間的聯系是（ ）聯系。33、在數據庫的三級模式結構中，外模式有（ ），模式和內模式只有（ ）。34、DB的含義是（ ），DBS的含義是（ ），DBMS的含義是（ ）。35、支持數據庫中數據的邏輯獨立性和物理獨立性的機制是（ ）。36、用二維表結構表示實體與實體之間的聯系的數據模型是（ ）。37、在關系理論中稱為“元組”的概念，在關系數據庫中稱為（ ）。38、在關系理論中稱為“屬性”的概念，在關系數據庫中稱為（ ）。39、在概念模型中，一個實體相對于關系數據庫中一個關系中的一個（ ）。40、在關系數據庫中，實現“表中任意兩行不能相同”的約束是靠（ ）。四、簡答題41簡述數據模型及其要素。42舉例說明屬性間的依賴關系。43簡述解決嵌入式SQL與主語言工作單元之間通信方式的三個關鍵問題。44說明SQL Server的聚簇索引和非聚簇索引的概念及作用。45若要在圖書-讀者數據庫中建立一個讀者-借閱-圖書關系的數據庫關聯表，要求該表包括圖書、讀者和借閱3個表，并滿足“圖書.書號=借閱.書號 AND 借閱.讀者書證號=讀者.書證號”，通過使用SQLServer 2000的企業(yè)管理器工具，給出利用向導建立該關聯表的步驟（ 假設圖書、讀者和借閱3個表，已調入新建關系表的編輯對話框中）。46、數據庫中常見故障的種類。47、SQL Server中的對象權限的含義及內容。48、SQL Server中的語句權限的含義及內容。49、SQL Server中的實現數據庫完整性的4種方法。50、SQL Server中數據庫和應用程序的安全機制有哪四種？51、數據庫中封鎖的概念及環(huán)節(jié)。52、日志文件的作用和登記日志文件的兩條原則。53、事務故障的恢復方法。54、數據庫中系統(tǒng)故障的恢復方法。55、E-R圖設計中，合并分E-R圖時可能產生的沖突及解決辦法。56、事務的四個性質。 57、有兩個實體集，若它們之間存在著一個M：N聯系、1：M聯系和1：1聯系，根據ER模型轉換成關系數據庫的規(guī)則，這個ER結構轉換成表的個數分別是多少？ 58、數據冗余的含義并舉例說明數據冗余可能產生的后果。59、舉例說明參照完整性規(guī)則中對外碼有何要求。 60、舉例說明SQL Server中有哪3類觸發(fā)器。五、SQL語言設計題設有如下三個關系模式：職工（職工號，姓名，性別，出生年月）工程（工程編號，工程名，預算費用）報酬（職工號，工程編號，勞務費）根據要求，用SQL語句完成：61查詢參加工程編號為200606且勞務費為最低的職工的職工號、職工姓名和勞務費。62查詢至少參加了二項工程的職工的職工號。63查詢陽光工程的預算費用和總勞務費。設有如下三個關系模式：圖書（書號，書名，類別，出版社，作者，定價）讀者（編號，姓名，性別，單位）借閱（書號，讀者編號，借閱日期）根據要求，用Transact-SQL語句完成：64將計算機類的圖書存入永久的計算機圖書表。65將借書日期在2006年4月以前的借閱記錄存入臨時的超期借閱表。設有如下三個關系模式，用SQL語句完成：學生（學號，姓名，性別，年齡，專業(yè)）課程（課程號，課程名，學分，先行課）選課（學號，課程號，任課教師，成績）66、創(chuàng)建電子商務專業(yè)學生成績視圖，屬性包括學號、姓名、課程名和成績。67、創(chuàng)建計算機應用專業(yè)的學生成績統(tǒng)計視圖，屬性包括學號、姓名、總成績和平均成績。68、查詢沒有成績的學生的學號、姓名和課程號。69、查詢選修課程號為001且成績?yōu)樽詈玫膶W生的學號、姓名和成績。70、查詢至少選修了二門及二門以上課程的學生的學號。六、應用設計題71、某連鎖商店數據庫中有三個實體集?！吧痰辍睂嶓w集；“職工”實體集；“商品”實體集。業(yè)務規(guī)則如下：一個商店有若干職工，每個職工只能在一個商店工作；職工在商店工作有聘用日期、月薪等屬性；商店可以銷售多種商品，統(tǒng)計月商品銷售量。試根據上述業(yè)務規(guī)則： 設計E-R模型（自定義屬性）。 將E-R模型轉換成關系模式集，并指出主碼和外碼。72、某書店的業(yè)務描述如下：（1）每一個訂單有唯一的訂單編號；（2）一個訂單可以訂購多種圖書，不同的訂單可以訂購同一種圖書；（3）一個訂單只對應一個客戶，一個客戶可以有多個訂單； （4）每一個客戶和每一種圖書均有唯一的編號。根據上述業(yè)務規(guī)則得到商品訂單關系模式R:R（訂單編號，日期，客戶編號，客戶名稱，客戶電話，圖書編號，圖書名稱，定價，數量） 試求： 寫出R的基本函數依賴集F，并求出R的候選鍵。 判斷R的規(guī)范化范式級別。 若R不滿足3NF范式，將R規(guī)范到3NF范式。73、某醫(yī)院住院部業(yè)務如下：（1）一個病人只有一位主治醫(yī)生，每一位主治醫(yī)生可以治療多位病人；（2）一個病房可多位患者，一個患者可以多次住院；（3）病人的屬性有患者編號、姓名、性別、年齡，醫(yī)生的屬性有醫(yī)生編號、姓名、職務，病房的屬性有病房編號、科室。試根據上述業(yè)務規(guī)則： 設計E-R模型。 將E-R模型轉換成關系模式集。74、某企業(yè)集團有若干工廠，每個工廠生產多種產品，且每一種產品可以在多個工廠生產，每個工廠按照固定的計劃數量生產產品；每個工廠聘用多名職工，且每名職工只能在一個工廠工作，工廠聘用職工有聘期和工資。工廠的屬性有工廠編號、廠名、地址，產品的屬性有產品編號、產品名、規(guī)格，職工的屬性有職工號、姓名。(1) 根據上述語義畫出ER圖，在ER圖中需注明實體的屬性、聯系的類型及實體的標識符。(2) 將ER模型轉換成關系模型，并指出每個關系模式的主鍵和外鍵。(3) 分析每個關系模式已經達到第幾范式。75、設物資管理數據庫中有兩個實體集。一是“倉庫”實體集，具有倉庫號、地址、電話等屬性；另一個是“零件”實體集，具有零件號、零件名稱、規(guī)格、單價等屬性。如果規(guī)定：一種零件可以存放在多個倉庫中，一個倉庫可以存放多種零件。存放在倉庫中的零件有存放日期、庫存量。 (1)試畫出E-R圖。(2)將E-R圖轉換成關系模型，并注明每個表的主碼與外碼。七、部分答案二、單選題1A 2D 3B 4B 5B 6D 9.B 10A 12C 13D 16D 17B 19D 20B三、填空題21實體集22一對多23概念結構25非空27暫停35三級模式、二極映射36關系模型37記錄38字段39元組40主碼四、簡答題41簡述數據模型及其要素。數據模型通常由數據結構、數據操作和完整性約束三部分組成。 數據結構描述了系統(tǒng)的靜態(tài)特性，這是數據模型最本質的內容。 數據操作描述了系統(tǒng)的動態(tài)特性。對數據庫的操作主要有數據檢索和更新兩大類，這是任何數據模型都必須規(guī)定的操作。 數據模型還必須提供定義完整性約束條件的手段，并在操作中自動檢查。對于不符合的操作，自動拒絕執(zhí)行，符合的操作才能真正地執(zhí)行，從而保證數據的正確、相容和有效。42舉例說明屬性間的依賴關系。屬性間的聯系也可分為三類，一對一，一對多關系和多對多關系。例如學生表中的主碼學號，與學生表中的姓名、性別是一對一的關序；學生表中的主碼學號與選課表中的學號（主屬性，外碼），是一對多的關系；選課表中的學號和課程號則是多對多的關系。43簡述解決嵌入式SQL與主語言工作單元之間通信方式的三個關鍵問題。（1）SQL通信區(qū)：向主語言傳遞SQL語句的執(zhí)行狀態(tài)信息，主語言能夠據此控制程序流程。 （2）主變量：主語言向SQL語句提供參數；將SQL語句查詢數據庫的結果交主語言進一步處理. （3）游標：解決集合性操作語言與過程性操作語言的不匹配. 45若要在圖書-讀者數據庫中建立一個讀者-借閱-圖書關系的數據庫關聯表，要求該表包括圖書、讀者和借閱3個表，并滿足“圖書.書號=借閱.書號 AND 借閱.讀者書證號=讀者.書證號”，通過使用SQLServer 2005的資源管理器工具，給出利用向導建立該關聯表的步驟（ 假設圖書、讀者和借閱3個表，已調入新建關系表的編輯對話框中）。通過填寫關聯對話框，建立表之間的關聯；在對話框中，選擇外碼和被參照表的主碼，建立關聯線；用鼠標右鍵，單擊表中的列，進行相應的操作；用鼠標右鍵，單擊對話框的空白處，進行相應的操作；編輯完畢后，關閉編輯窗口、輸入圖表名并保存。46數據庫中常見故障的種類。事務內部故障、系統(tǒng)故障、介質故障、計算機病毒47SQL Server中的對象權限的含義及內容。對象權限的含義：針對數據庫對象設置，由數據庫對象擁有者授予或撤銷。對象權限的內容：包括SELECT、UPDATE、INSERT、DELETE、EXECUTE等。47、SQL Server中的語句權限的含義及內容。49SQL Server中的實現數據庫完整性的4種方法。約束：通過限制表、行和列中的數據來保證數據完整性，在創(chuàng)建和修改表時定義。默認和規(guī)則：數據庫對象，創(chuàng)建后可以綁定到一列或幾列上，可反復使用。觸發(fā)器：維護行級數據的完整性，是特殊的存儲過程。50、SQL Server中數據庫和應用程序的安全機制有哪四種？51數據庫中封鎖的概念及環(huán)節(jié)。封鎖：對所要操作的數據的控制能力。3個環(huán)節(jié)：申請加鎖、獲得鎖、釋放鎖。52日志文件的作用和登記日志文件的兩條原則。日志文件的作用：用于數據庫恢復。登記日志文件的兩條原則：嚴格按照并發(fā)事務執(zhí)行的時間次序，先寫日志文件，后寫數據庫的更新操作。53、事務故障的恢復方法。54數據庫中系統(tǒng)故障的恢復方法。反向掃描日志文件，查找事務的更新操作；對事務的更新操作執(zhí)行逆向操作；重復上述步驟，直到讀到該事務的開始標記。55、E-R圖設計中，合并分E-R圖時可能產生的沖突及解決辦法。58、數據冗余的含義并舉例說明數據冗余可能產生的后果。在兩個或更多文件中重復出現的數據稱為數據冗余，數據冗余可能導致的錯誤有：插入數據異常、刪除數據異常、更新數據復雜59、舉例說明參照完整性規(guī)則中對外碼有何要求。 五、SQL語言設計題61查詢參加工程編號為200606且勞務費為最低的職工的職工號、職工姓名和勞務費。SELECT 職工號，姓名，MIN（勞務費）FROM報酬WHERE職工.職工號=報酬.職工號 AND工程編號=200606 63查詢陽光工程的預算費用和總勞務費。SELECT 工程.工程編號，工程名，預算費用，SUN（勞務費）FROM 工程，報酬WHERE 工程.工程編號=報酬.工程編號 AND 工程名=陽光工程64將計算機類的圖書存入永久的計算機圖書表。SELECT * INTO 計算機圖書FROM 圖書 WHERE 類別=計算機65將借書日期在2006年4月以前的借閱記錄存入臨時的超期借閱表。SELECT * INTO #超期借閱 FROM 借閱 WHERE 借閱日期2006-03-3166、創(chuàng)建電子商務專業(yè)學生成績視圖，屬性包括學號、姓名、課程名和成績。CREATE VIEW 學生成績（學號，姓名，課程名，成績）AS SELECT 學生.學號，姓名，課程名，成績FROM學生，課程，選課WHERE學生.學號=選課.學號 AND 課程.課程號=選課.課程號 AND 專業(yè)=電子商務67、創(chuàng)建計算機應用專業(yè)的學生成績統(tǒng)計視圖，屬性包括學號、姓名、總成績和平均成績。CREATE VIEW 學生成績統(tǒng)計（學號，姓名，總成績，平均成績）AS SELECT 學生.學號，姓名，SUN（成績），AVG（成績）FROM學生，課程，選課WHERE學生.學號=選課.學號AND課程.課程號=選課.課程號AND專業(yè)=計算機應用 GROUP BY學號68、查詢沒有成績的學生的學號、姓名和課程號。SELECT 學號，姓名，課程號FROM選課，學生WHERE學生.學號=選課.學號 AND成績IS NULL六、應用設計題71、（1）（略）（2）商店（商店編號，名稱，電話） 職工（職工編號，姓名，性別，年齡，商店編號，月薪，聘期） 商品（商品編號，名稱，單價） 銷售（商店編號，商品編號，月銷售額）外碼：商店編號，商品編號72、（1）訂單編號日期，客戶編號 客戶編號客戶名稱，客戶電話 圖書編號圖書名稱，定價 訂單編號，圖書編號數量 R的候選鍵：（訂單編號，圖書編號）（2）R1NF 因為存在非主屬性對候選鍵的部分依賴（3）將R分解為： R1（訂單編號，日期，客戶名稱）3NF R2（圖書編號，圖書名稱，定價）3NF R3（客戶編號，客戶名稱，客戶電話）3NF R4（訂單編號，圖書編號，數量）3NF 73、n1治療醫(yī) 生患者課程設計E-R模型：關系模式：（略） n住院住院時間m病 房75、倉庫設計E-R模型：n存放日期數量m零件 關系模式集（略）當我被上帝造出來時，上帝問我想在人間當一個怎樣的人，我不假思索的說，我要做一個偉大的世人皆知的人。于是，我降臨在了人間。我出生在一個官僚知識分子之家，父親在朝中做官，精讀詩書，母親知書答禮，溫柔體貼，父母給我去了一個好聽的名字：李清照。小時侯，受父母影響的我飽讀詩書，聰明伶俐，在朝中享有“神童”的稱號。小時候的我天真活潑，才思敏捷，小河畔，花叢邊撒滿了我的詩我的笑，無可置疑，小時侯的我快樂無慮?！芭d盡晚回舟，誤入藕花深處。爭渡，爭渡，驚起一灘鷗鷺?！鼻啻旱奈胰缤恢恍▲B，自由自在，沒有約束，少女純凈的心靈常在朝陽小，流水也被自然洗禮，纖細的手指拈一束花，輕拋入水，隨波蕩漾，發(fā)髻上沾著晶瑩的露水，雙腳任水流輕撫。身影輕飄而過，留下一陣清風?？墒峭砟甑奈覅s生活在一片黑暗之中，家庭的衰敗，社會的改變，消磨著我那柔弱的心。我?guī)缀鯇ι罱^望，每天在痛苦中消磨時光，一切都好象是灰暗的?！皩ひ捯捓淅淝迩迤嗥鄳K慘戚戚”這千古疊詞句就是我當時心情的寫照。最后，香消玉殞，我在痛苦和哀怨中凄涼的死去。在天堂里，我又見到了上帝。上帝問我過的怎么樣，我搖搖頭又點點頭，我的一生有歡樂也有坎坷，有笑聲也有淚水，有鼎盛也有衰落。我始終無法客觀的評價我的一生。我原以為做一個著名的人，一生應該是被歡樂榮譽所包圍，可我發(fā)現我錯了。于是在下一輪回中，我選擇做一個平凡的人。我來到人間，我是一個平凡的人，我既不著名也不出眾，但我擁有一切的幸福：我有溫馨的家，我有可親可愛的同學和老師，我每天平凡而快樂的活著，這就夠了。天兒藍藍風兒輕輕，暖和的春風帶著春的氣息吹進明亮的教室，我坐在教室的窗前，望著我擁有的一切，我甜甜的笑了。我拿起手中的筆，不禁想起曾經作詩的李清照，我雖然沒有橫溢的才華，但我還是拿起手中的筆，用最樸實的語言，寫下了一時的感受：人生并不總是完美的，每個人都會有不如意的地方。這就需要我們靜下心來閱讀自己的人生，體會其中無盡的快樂和與眾不同?！案徊蛔x書富不久，窮不讀書終究窮。”為什么從古到今都那么看重有學識之人？那是因為有學識之人可以為社會做出更大的貢獻。那時因為讀書能給人帶來快樂。自從看了丑小鴨這篇童話之后，我變了，變得開朗起來，變得樂意同別人交往，變得自信了因為我知道：即使現在我是只“丑小鴨”，但只要有自信，總有一天我會變成“白天鵝”的，而且會是一只世界上最美麗的“白天鵝”我讀完了這篇美麗的童話故事，深深被丑小鴨的自信和樂觀所折服，并把故事講給了外婆聽，外婆也對童話帶給我們的深刻道理而驚訝不已。還吵著鬧著多看幾本名著。于是我給外婆又買了幾本名著故事，她起先自己讀，讀到不認識的字我就告訴她，如果這一面生字較多，我就讀給她聽整個一面。漸漸的，自己的語文閱讀能力也提高了不少，與此同時我也發(fā)現一個人讀書的樂趣遠不及兩個人讀的樂趣大，而兩個人讀書的樂趣遠不及全家一起讀的樂趣大。于是，我便發(fā)展“業(yè)務”帶動全家一起讀書現在，每每遇到好書大家也不分男女老少都一擁而上，爭先恐后“搶書”，當我說起我最小應該讓我的時候，卻沒有人搭理我。最后還把書給撕壞了，我生氣地哭了，媽媽一邊安慰我一邊對外婆說：“孩子小，應該讓著點?！蓖馄艆s不服氣的說：“我這一把年紀的了，怎么沒人讓我呀？”大家人你一言我一語，誰也不肯相讓讀書讓我明白了善惡美丑、悲歡離合，讀一本好書，猶如同智者談心、談理想，教你辨別善惡，教你弘揚正義。讀一本好書，如品一杯香茶，余香繚繞。讀一本好書，能使人心靈得到凈化。書是我的老師，把知識傳遞給了我；書是我的伙伴，跟我訴說心里話；書是一把鑰匙，給我敞開了知識的大門；書更是一艘不會沉的船，引領我航行在人生的長河中。其實讀書的真真樂趣也就在于此處，不是一個人悶頭苦讀書；也不是讀到好處不與他人分享，獨自品位；更不是一個人如癡如醉地沉浸在書的海洋中不能自拔。而是懂得與朋友，家人一起分享其中的樂趣。這才是讀書真正之樂趣呢！這所有的一切，不正是我從書中受到的教益嗎？我閱讀，故我美麗；我思考，故我存在。我從內心深處真切地感到：我從讀書中受到了教益。當看見有些同學寧可買玩具亦不肯買書時，我便想到培根所說的話：“世界上最庸俗的人是不讀書的人，最吝嗇的人是不買書的人，最可憐的人是與書無緣的人?！痹S許多多的作家、偉人都十分喜歡看書，例如毛澤東主席，他半邊床上都是書，一讀起書來便進入忘我的境界。書是我生活中的好朋友，是我人生道路上的航標，讀書，讀好書，是我無怨無悔的追求。下午13：0017：00B實行不定時工作制的員工，在保證完成甲方工作任務情況下，經公司同意,可自行安排工作和休息時間。312打卡制度3.1.2.1公司實行上、下班指紋錄入打卡制度。全體員工都必須自覺遵守工作時間，實行不定時工作制的員工不必打卡。3.1.2.2打卡次數：一日兩次，即早上上班打卡一次，下午下班打卡一次。3.1.2.3打卡時間：打卡時間為上班到崗時間和下班離崗時間； 3.1.2.4因公外出不能打卡：因公外出不能打卡應填寫外勤登記表,注明外出日期、事由、外勤起止時間。因公外出需事先申請，如因特殊情況不能事先申請，應在事畢到崗當日完成申請、審批手續(xù)，否則按曠工處理。因停電、卡鐘（工卡）故障未打卡的員工，上班前、下班后要及時到部門考勤員處填寫未打卡補簽申請表，由直接主管簽字證明當日的出勤狀況，報部門經理、人力資源部批準后，月底由部門考勤員據此上報考勤。上述情況考勤由各部門或分公司和項目文員協助人力資源部進行管理。3.1.2.5手工考勤制度3.1.2.6手工考勤制申請：由于工作性質，員工無法正常打卡（如外圍人員、出差），可由各部門提出人員名單，經主管副總批準后，報人力資源部審批備案。3.1.2.7參與手工考勤的員工，需由其主管部門的部門考勤員(文員)或部門指定人員進行考勤管理，并于每月26日前向人力資源部遞交考勤報表。3.1.2.8參與手工考勤的員工如有請假情況發(fā)生，應遵守相關請、休假制度，如實填報相關表單。3.1.2.9 外派員工在外派工作期間的考勤,需在外派公司打卡記錄;如遇中途出差,持出差證明,出差期間的考勤在出差地所在公司打卡記錄;3.2加班管理3.2.1定義加班是指員工在節(jié)假日或公司規(guī)定的休息日仍照常工作的情況。A現場管理人員和勞務人員的加班應嚴格控制，各部門應按月工時標準，合理安排工作班次。部門經理要嚴格審批員工排班表，保證員工有效工時達到要求。凡是達到月工時標準的，應扣減員工本人的存休或工資；對超出月工時標準的，應說明理由，報主管副總和人力資源部審批。 B因員工月薪工資中的補貼已包括延時工作補貼，所以延時工作在4小時（不含）以下的，不再另計加班工資。因工作需要，一般員工延時工作4小時至8小時可申報加班半天，超過8小時可申報加班1天。對主管(含)以上管理人員，一般情況下延時工作不計加班，因特殊情況經總經理以上領導批準的延時工作，可按以上標準計加班。3.2.2.2員工加班應提前申請，事先填寫加班申請表，因無法確定加班工時的，應在本次加班完成后3個工作日內補填加班申請表。加班申請表經部門經理同意，主管副總經理審核報總經理批準后有效。加班申請表必須事前當月內上報有效，如遇特殊情況，也必須在一周內上報至總經理批準。如未履行上述程序，視為乙方自愿加班。3.2.2.3員工加班，也應按規(guī)定打卡，沒有打卡記錄的加班，公司不予承認；有打卡記錄但無公司總經理批準的加班，公司不予承認加班。3.2.2.4原則上，參加公司組織的各種培訓、集體活動不計加班。3.2.2.5加班工資的補償：員工在排班休息日的加班，可以以倒休形式安排補休。原則上，員工加班以倒休形式補休的，公司將根據工作需要統(tǒng)一安排在春節(jié)前后補休。加班可按1：1的比例沖抵病、事假。3.2.3加班的申請、審批、確認流程3.2.3.1加班申請表在各部門文員處領取，加班統(tǒng)計周期為上月26日至本月25日。3.2.3.2員工加班也要按規(guī)定打卡，沒有打卡記錄的加班，公司不予承認。各部門的考勤員(文員)負責加班申請表的保管及加班申報。員工加班應提前申請，事先填寫加班申請表加班前到部門考勤員(文員)處領取加班申請表，加班申請表經項目管理中心或部門經理同意，主管副總審核，總經理簽字批準后有效。填寫并履行完審批手續(xù)后交由部門考勤員(文員)保管。3.2.3.3部門考勤員（文員）負責檢查、復核確認考勤記錄的真實有效性并在每月27日匯總交人力資源部，逾期未交的加班記錄公司不予承認。下午13：0017：00B實行不定時工作制的員工，在保證完成甲方工作任務情況下，經公司同意,可自行安排工作和休息時間。312打卡制度3.1.2.1公司實行上、下班指紋錄入打卡制度。全體員工都必須自覺遵守工作時間，實行不定時工作制的員工不必打卡。3.1.2.2打卡次數：一日兩次，即早上上班打卡一次，下午下班打卡一次。3.1.2.3打卡時間：打卡時間為上班到崗時間和下班離崗時間； 3.1.2.4因公外出不能打卡：因公外出不能打卡應填寫外勤登記表,注明外出日期、事由、外勤起止時間。因公外出需事先申請，如因特殊情況不能事先申請，應在事畢到崗當日完成申請、審批手續(xù)，否則按曠工處理。因停電、卡鐘（工卡）故障未打卡的員工，上班前、下班后要及時到部門考勤員處填寫未打卡補簽申請表，由直接主管簽字證明當日的出勤狀況，報部門經理、人力資源部批準后，月底由部門考勤員據此上報考勤。上述情況考勤由各部門或分公司和項目文員協助人力資源部進行管理。3.1.2.5手工考勤制度3.1.2.6手工考勤制申請：由于工作性質，員工無法正常打卡（如外圍人員、出差），可由各部門提出人員名單，經主管副總批準后，報人力資源部審批備案。3.1.2.7參與手工考勤的員工，需由其主管部門的部門考勤員(文員)或部門指定人員進行考勤管理，并于每月26日前向人力資源部遞交考勤報表。3.1.2.8參與手工考勤的員工如有請假情況發(fā)生，應遵守相關請、休假制度，如實填報相關表單。3.1.2.9 外派員工在外派工作期間的考勤,需在外派公司打卡記錄;如遇中途出差,持出差證明,出差期間的考勤在出差地所在公司打卡記錄;3.2加班管理3.2.1定義加班是指員工在節(jié)假日或公司規(guī)定的休息日仍照常工作的情況。A現場管理人員和勞務人員的加班應嚴格控制，各部門應按月工時標準，合理安排工作班次。部門經理要嚴格審批員工排班表，保證員工有效工時達到要求。凡是達到月工時標準的，應扣減員工本人的存休或工資；對超出月工時標準的，應說明理由，報主管副總和人力資源部審批。 B因員工月薪工資中的補貼已包括延時工作補貼，所以延時工作在4小時（不含）以下的，不再另計加班工資。因工作需要，一般員工延時工作4小時至8小時可申報加班半天，超過8小時可申報加班1天。對主管(含)以上管理人員，一般情況下延時工作不計加班，因特殊情況經總經理以上領導批準的延時工作，可按以上標準計加班。3.2.2.2員工加班應提前申請，事先填寫加班申請表，因無法確定加班工時的，應在本次加班完成后3個工作日內補填加班申請表。加班申請表經部門經理同意，主管副總經理審核報總經理批準后有效。加班申請表必須事前當月內上報有效，如遇特殊情況，也必須在一周內上報至總經理批準。如未履行上述程序，視為乙方自愿加班。3.2.2.3員工加班，也應按規(guī)定打卡，沒有打卡記錄的加班，公司不予承認；有打卡記錄但無公司總經理批準的加班，公司不予承認加班。3.2.2.4原則上，參加公司組織的各種培訓、集體活動不計加班。3.2.2.5加班工資的補償：員工在排班休息日的加班，可以以倒休形式安排補休。原則上，員工加班以倒休形式補休的，公司將根據工作需要統(tǒng)一安排在春節(jié)前后補休。加班可按1：1的比例沖抵病、事假。3.2.3加班的申請、審批、確認流程3.2.3.1加班申請表在各部門文員處領取，加班統(tǒng)計周期為上月26日至本月25日。3.2.3.2員工加班也要按規(guī)定打卡，沒有打卡記錄的加班，公司不予承認。各部門的考勤員(文員)負責加班申請表的保管及加班申報。員工加班應提前申請，事先填寫加班申請表加班前到部門考勤員(文員)處領取加班申請表，加班申請表經項目管理中心或部門經理同意，主管副總審核，總經理簽字批準后有效。填寫并履行完審批手續(xù)后交由部門考勤員(文員)保管。3.2.3.3部門考勤員（文員）負責檢查、復核確認考勤記錄的真實有效性并在每月27日匯總交人力資源部，逾期未交的加班記錄公司不予承認。下午13：0017：00度。全體員工都必須自覺遵守工作時間，實行不定時工作制的員工不必打卡。3.1.2.2打卡次數：一日兩次，即早上上班打卡一次，下午下班打卡一次。3.1.2.3打卡時間：打卡時間為上班到崗時間和下班離崗時間； 3.1.2.4因公外出不能打卡：因公外出不能打卡應填寫外勤登記表,注明外出日期、事由、外勤起止時間。因公外出需事先申請，如因特殊情況不能事先申請，應在事畢到崗當日完成申請、審批手續(xù)，否則按曠工處理。因停電、卡鐘（工卡）故障未打卡的員工，上班前、下班后要及時到部門考勤員處填寫未打卡補簽申請表，由直接主管簽字證明當日的出勤狀況，報部門經理、人力資源部批準后，月底由部門考勤員據此上報考勤。上述情況考勤由各部門或分公司和項目文員協助人力資源部進行管理。3.1.2.5手工考勤制度3.1.2.6手工考勤制申請：由于工作性質，員工無法正常打卡（如外圍人員、出差），可由各部門提出人員名單，經主管副總批準后，報人力資源部審批備案。3.1.2.7參與手工考勤的員工，需由其主管部門的部門考勤員(文員)或部門指定人員進行考勤管理，并于每月26日前向人力資源部遞交考勤報表。3.1.2.8參與手工考勤的員工如有請假情況發(fā)生，應遵守相關請、休假制度，如實填報相關表單。3.1.2.9 外派員工在外派工作期間的考勤,需在外派公司打卡記錄;如遇中途出差,持出差證明,出差期間的考勤在出差地所在公司打卡記錄;3.2加班管理3.2.1定義加班是指員工在節(jié)假日或公司規(guī)定的休息日仍照常工作的情況。A現場管理人員和勞務人員的加班應嚴格控制，各部門應按月工時標準，合理安排工作班次。部門經理要嚴格審批員工排班表，保證員工有效工時達到要求。凡是達到月工時標準的，應扣減員工本人的存休或工資；對超出月工時標準的，應說明理由，報主管副總和人力資源部審批。 B因員工月薪工資中的補貼已包括延時工作補貼，所以延時工作在4小時（不含）以下的，不再另計加班工資。因工作需要，一般員工延時工作4小時至8小時可申報加班半天，超過8小時可申報加班1天。對主管(含)以上管理人員，一般情況下延時工作不計加班，因特殊情況經總經理以上領導批準的延時工作，可按以上標準計加班。3.2.2.2員工加班應提前申請，事先填寫加班申請表，因無法確定加班工時的，應在本次加班完成后3個工作日內補填加班申請表。加班申請表經部門經理同意，主管副總經理審核報總經理批準后有效。加班申請表必須事前當月內上報有效，如遇特殊情況，也必須在一周內上報至總經理批準。如未履行上述程序，視為乙方自愿加班。3.2.2.3員工加班，也應按規(guī)定打卡，沒有打卡記錄的加班，公司不予承認；有打卡記錄但無公司總經理批準的加班，公司不予承認加班。3.2.2.4原則上，參加公司組織的各種培訓、集體活動不計