砌筑工程實訓心得體會 砌筑工程實習個人總結

精品文檔精心整理精品文檔可編輯的精品文檔砌筑工程實訓心得體會_砌筑工程實習個人總結

篇一：砌筑工程實訓心得砌筑施工實訓轉眼就結束了，我感觸很深，雖然在實訓的過程中碰到了不少問題，但經(jīng)過我們的努力和老師的幫助下都順利地解決了。這也讓我感覺到一個團隊之間合作的重要性，還有理論必須與實踐相結合的真理。在這次實訓中我碰到了很多以前所不知道的東西，如砌磚、放線等。和同學們一起動手從最基本的放線，拌漿開始，從砌磚再到混凝土澆筑，我們都親身親為。通過實訓我們了解建筑工程中砌筑工種的基本內涵、基本作用及目的，基本操作流程鞏固課堂理論知識，增強感性認識。通過實訓，提高我們分析和解決問題的綜合能力，培養(yǎng)我們熱愛勞動的思想。為今后參加工作打下良好基礎。

為了培養(yǎng)學生的動手能力，理論聯(lián)系實際，使學生了解建筑工程中砌筑工種的基本內涵、基本作用及目的、基本操作流程，增強感性認識，學校安排了這次實訓，任務是砌墻及砌柱。

老師帶我們到施工的場地，通過周老師短暫的講述就由兩位老親手教我們如何拌漿，如何砌磚，還有砌墻的基本流程：基層清理→放線→掛線→砌磚墻。大家都認真的學習老師的每一個的動作和方法，迫不及待想自己動手去動手實踐。經(jīng)過了一個頗為深刻的學習后我們以組為單位開始了我們的任務。首先我們將基層清理干凈，然后開始砌磚，但是在砌筑的過程之中我們遇到了種.種問題，比如說不平整，砂漿不飽滿等一系列的問題。面對這些困難我們團隊慢慢的摸索出師老師我們的方法，順利的完成了砌墻的任務。將場地整理干凈。整個實習就此結束。整個實習過程是辛苦的，但是也是值得的。

這次實訓我們受益匪淺，我總結一下這次實訓所學到的東西。砌清水墻應選擇棱角整齊，無彎曲、裂紋，顏色均勻，規(guī)格基本一致的磚。敲擊時聲音響亮，

焙燒過火變色，變形的磚可用在基礎及不影響外觀的內墻上。砌筑前應將基層表面的灰砂、泥土、雜物等清掃干凈。磚砌體的要求:上下錯縫，內外搭接，以保證砌體的整體性，同時組砌要有規(guī)律，少砍磚，以提高砌筑效率，節(jié)約材料。

回想這一次的實訓，我想我有必要提及一下這個過程，因為它讓我從課堂走到實踐，讓我知道了我現(xiàn)在所學的東西是遠遠不夠的，有些事在我實訓前認為是很簡單的事情，可在這次實訓中都顯得很難，都不知道從何入手。作為建筑類專業(yè)大學生的我們，應該學好專業(yè)知識，并在實踐活動中加以鞏固，并不斷創(chuàng)新。在課堂上，對與老師講授的基本理論知識加強理解和掌握外，還應重視習題的練習和技能的訓練，應用所學的施工技術知識，來解決實際工程中的一些問題，經(jīng)過這次實訓，我對土木工程施工這門課也有了更深刻的理解，讓我更深一步的了解理論與實際的差別。讓我學到了很多課堂上學不到的施工經(jīng)驗。俗話說：三個臭皮匠，頂個諸葛亮。

這句話正應了團結就是力量。在實訓期間，大家的團結合作是非常重要的，特別是施工過程中，團結合作就顯得尤為重要實踐。實訓是大學生活的第二課堂，是知識常新和發(fā)展的源泉，是檢驗真理的試金石，也是大學生鍛煉成長的有效途徑。不僅使我在理論上對施工技術這個領域有了全新的認識，而且在實踐能力上也得到了提高，真正地做到了學以致用。在老師們悉心指導下，我不但對施工技術有了更實際的理解，從無數(shù)次的失敗中吸取了寶貴的經(jīng)驗教訓，而且隨著時間的推移，自己的意志也得到了磨練。我時刻提醒自己，唯有不斷努力，才能與時俱進。

篇二：砌筑工程實訓心得通過這本周的實訓，我不但掌握了一些不懂的具體環(huán)節(jié)，而且也鞏固了我在學校期間所學習到的理論知識。雖然在實訓期間雖然很累，但我們很快樂，因為我們在學到了很多很有用的東西的同時還鍛煉了自己的動手能力。

在學校學習，理論與實際相差較大，在課堂上一些知識雖然能在短期內被掌握、被運用，但一些知識則不能掌握，也不便于記憶，更談不上掌握運用了，因此，老師所傳授的內容雖然多、廣、博，但是我們學習到的只是其一部分，或者是一些皮毛的東西，要想真真正正的掌握所有理論知識，只有通過實際的學習和參觀，才能達到這個目的。這學期的實訓就達到了目的，我們不僅學到一些新的知識，也鞏固了在校期間所學到的理論知識。以前對一些施工技術要點，只是粗略地知道其施工要點，而其具體的施工環(huán)節(jié)，具體的施工步驟如何，卻是知之甚少，但現(xiàn)在實訓結束了，對我們這段時間所看到的那些施工技術，它們的具體環(huán)節(jié)及詳細步驟，我們應該可以掌握了，這樣就提高了自己的理論水平，也增強了自己的實際操作能力。通過實訓，增強了自己對專業(yè)的熱情，讓自己更有興趣將來能在建筑行業(yè)開創(chuàng)天地。

以前聽到就業(yè)不樂觀時候就很茫然，但是通過這次實習，才覺得原來建筑行業(yè)是一個非常具有挑戰(zhàn)性的行業(yè)，如果將來能在這個行業(yè)工作，對自己來說將是很大的挑戰(zhàn)。為了以后能夠勝任這項工作，現(xiàn)在就必須踏踏實實的學好每一門功課。因此給了自己壓力，讓自己不再覺得無事可作，讓自己安心去學習，為將來工作打下堅實的基礎。增強了自己的交際能力。建筑行業(yè)是一個涉及人非常多的行業(yè)，你將會接觸到各種各樣的人。面對一個這樣復雜的交際圈，你可以從他們身上學習到很多優(yōu)秀的多西，去除自身的一些不好行為，同時也可以通過不同的接觸對象，增強自己的交際能力，讓自己在以后的生活中更加自信，更加堅強!這周實訓結束了，我堅信通過這一段時間的實習，所獲得的實踐經(jīng)驗對我終身受益，在我畢業(yè)后的實際工作中將不斷的得到驗證，我會不斷的理解和體會實習中所學到的知識。

篇三：砌筑工程實訓心得在過去的一個星期里，我們完成了砌筑工程的實訓，在實訓當中我們更加深刻的了解了砌筑的方法、工藝，更好的與理論相結合。

實訓內容：

二四墻(即指寬度為240mm的墻)，三七墻(即指寬度為370mm的墻)，大放腳(是指從基礎墻斷面上看單邊或兩邊階梯型的放出部分)，三七柱(帶一二墻)，四九柱(帶二四墻)，五零柱。

實訓目的：

培養(yǎng)動手能力，將理論聯(lián)系實際，使我們了解工程中砌筑工程的基本內涵、基本作用及目的、基本操作流程。

工藝流程：建筑工程測量實訓報告基層清理→找平→排磚→立皮數(shù)桿→掛線→砌筑磚墻→驗收

一、基層清理

砌筑前將基層表面的灰砂、泥土、雜物等清掃干凈，找到軸線。

二、找平

砌筑前應將基層凹凸出進行處理，以保證基層平面平整。

三、排磚

按砌筑方案選定組砌形式，在砌筑部位上干磚試擺。

四、立皮數(shù)桿

在砌筑中一層即為一皮，皮數(shù)的作用就是控制一皮與一皮之間是否標準，保證灰縫厚度以及豎向的變化。

五、掛線

在每一皮砌筑時，首先要掛線，以保證砌筑的水平程度。

砌筑內容：

一、二四墻

首先將基層清理，然后進行排磚，組砌方法為一順一丁，砌筑第三層時流出龍骨眼，每三層設置馬牙槎并向內收6公分，第五層鋪設鋼筋，砌筑磚墻時應保持一瓦刀灰漿砌一塊磚，內外搭接，上下錯縫，接槎牢固，橫平豎直，灰漿飽滿。(見下圖)

二、三七墻

砌筑方法與二四墻大同小異。(見下圖)

三、大放腳

砌筑時墻體外沿都按水平線將砌塊順砌擺放，每砌筑兩皮磚向內收6公分，砌筑兩層用靠尺檢查墻體是否垂直、水平，大放腳的轉角處應按規(guī)定放七分頭，其數(shù)量為一磚半厚墻放四塊，依此類推。(見下圖)

四、柱的砌筑

清理基層，擺磚。柱子必須選用比較完好的砌塊砌筑，磚柱的灰縫要求與磚墻相同，成排磚柱應拉通線砌筑，真有易于正確的控制皮數(shù)、高低及進出一致。磚柱不用留出腳手架孔。柱與隔墻如果不是同時進行砌筑時，可與柱中引出直槎，并與柱的灰縫中預埋拉結筋，每道不少于兩根。(見下圖)

總結：

通過了近一星期的砌筑實訓，我獲得了一定的現(xiàn)場砌筑技術，更加鞏固了關于砌筑的一些理論知識。

猜你感興趣：

1.建筑實訓報告范文

2.施工組織實訓心得體會

3.建筑施工實訓心得體會

4.施工組織設計實訓心得體會

精品文檔精心整理精品文檔可編輯的精品文檔數(shù)據(jù)庫實訓心得體會_數(shù)據(jù)庫實習個人總結

數(shù)據(jù)庫實訓心得體會篇一一個月的數(shù)據(jù)庫實訓就轉眼間就上完了，期間講解了一個學生管理系統(tǒng)，最后還做了一個小的數(shù)據(jù)庫鏈接作業(yè)?，F(xiàn)在就說說關于vb鏈接的數(shù)據(jù)庫的一些方法。

首先說數(shù)據(jù)庫，簡單的說就是建表格,然后把一張一張的表格和在一起,成為一大堆的數(shù)據(jù)集合。他是依照某種數(shù)據(jù)結構組織起來并存放二級存儲器中的數(shù)據(jù)集合，基本分為三個層次，物理數(shù)據(jù)層，概念數(shù)據(jù)層和邏輯數(shù)據(jù)層。不同層次間的聯(lián)系是通過映射來轉換的。

大多數(shù)vb鏈接數(shù)據(jù)庫都使用ado控件，他可以分為分為有源數(shù)據(jù)庫和無源數(shù)據(jù)庫，即是否使用了dsn數(shù)據(jù)源。在連接數(shù)據(jù)庫前首先要在vb菜單中“工程”-“引用”或“部件”從中選擇microsoftactivexdataobjects2.6library和microsoftactivexdataobjectsrecordset2.6兩個組件，然后定義鏈接的對象，用什么名字由自己決定。這樣數(shù)據(jù)庫也就基本上鏈接好了。

數(shù)據(jù)庫實訓心得體會篇二3月7號進入宏天實訓公司參加軟件開發(fā)實訓的，在此次實訓中，除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最后獲取成功，一種自信心就由然而生，這應該就是工作的樂趣。有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學習的東西。

經(jīng)過之前的在校學習，對程序設計有了一定的認識與理解。在校期間，一直都是學習理論知識，沒有機會去參與項目的開發(fā)。所以說實話，在實訓之前，軟件項目開發(fā)對我來說是比較抽象的，一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經(jīng)過這次實訓，讓我明白了一個完整項目的開發(fā)，必須由團隊來分工合作，并在每個階段中進行必要的總結與論證。

一個完整項目的開發(fā)它所要經(jīng)歷的階段包括：遠景范圍規(guī)劃和用例說明、項目結構和風險評估、業(yè)務功能說明書、詳細設計說明書、代碼實現(xiàn)、測試和安裝包等等。一個項目的開發(fā)所需要的財力、人力都是很多的，如果沒有一個好的遠景規(guī)劃，對以后的開發(fā)進度會有很大的影響，甚至會出現(xiàn)在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。一份好的項目結構、業(yè)務功能和詳細設計說明書對一個項目的開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有比較明確的認識，還能減少在開發(fā)過程中出現(xiàn)不必要的麻煩。代碼的實現(xiàn)是一個項目開發(fā)成功與否的關鍵，也就是說，前期作業(yè)都是為代碼的實現(xiàn)所做的準備。

我深刻的認識到要成為一名優(yōu)秀的軟件開發(fā)人員不是一件容易的事情，不僅要有足夠的干勁和熱情，還要有扎實的編寫代碼基礎，必須要有事先對文檔進行可靠性報告，功能說明書，詳細設計說明書等的編寫和一些風險評估的編寫的能力。

除了圖書館，最能讓我感覺到身在大學的就是實訓機房，在匆匆過去的兩個月內，我往返于實訓機房與宿舍之間，使我享受了一個充實的學習時期，讓我感受到了大學的魅力，對自己充滿信心，對大學充滿信心，以積極的心態(tài)迎接明天挑戰(zhàn)。

實訓中要求有扎實的理論基本知識，操作起來才順心應手，我這時才明白什么是“書到用時方恨少”。這就激發(fā)了學習的欲望。

“學以致用”，就是要把學來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。我想，這是實訓的最根本目的。

“紙上得來終覺淺，絕知此事要躬行!”,在短暫的實訓過程中，讓我深深感受到自己在實際運用中專業(yè)知識的匱乏。以前總以為自己學的還不錯，一旦應用到實際就大不一樣了，這時才真正領悟“學無止境”的含義。

經(jīng)過為期兩個月的電子政務服務平臺系統(tǒng)開發(fā)的實訓，我對Visual2005軟件開發(fā)平臺有了更深一步的了解，對微軟基礎類庫的認識與使用也有了大大的提高。以及如何使用SQLServer數(shù)據(jù)庫進行連接操作方面有了本質的提高。

短短的實訓結束了，為我將來的就業(yè)打下了良好的基礎，也提高了我的軟件開發(fā)的水平，今后我將會更加努力的學習，不斷提高自身素質，開拓創(chuàng)新，與時俱進，做一個優(yōu)秀的軟件開發(fā)工程師。

數(shù)據(jù)庫實訓心得體會篇三持續(xù)一個月的數(shù)據(jù)庫實訓，讓我參與了軟件工程化的開發(fā)過程。其中體會最深的便是我們這個實訓網(wǎng)的幾個之最：

一.項目最大：項目大是因為我們這個事業(yè)起點網(wǎng)站涉及到用戶眾多-高校，企業(yè)，學生，老師，專家，第二個原因是網(wǎng)站的功能多-用戶管理，網(wǎng)上實習，網(wǎng)上競賽，畢業(yè)實習設計，項目管理，人才庫管理，人才推薦，搜索...項目大很容易造成系統(tǒng)范圍的泛濫，在我們的開發(fā)初期，由于需求不太明確，功能實現(xiàn)沒有重點，造成了需求范圍的擴大，給項目開發(fā)進度造成了嚴重的滯后性。然后我們召開了會議討論了這個問題，一致認同先把項目的基本功能實現(xiàn)，將網(wǎng)站的基本架構搭建起來，最后再在這個基礎上繼續(xù)增加我們網(wǎng)站的其他功能。因此在這個過程中，我深刻體會到了軟件工程初期階段的需求分析以及概要設計的重要性，這兩個文檔是指導我們后期開發(fā)的最重要的依據(jù)。

二.數(shù)據(jù)庫表最多：如此龐大的系統(tǒng)，就需要龐大的數(shù)據(jù)庫來支持，所以項目大的直接后果就是我們的數(shù)據(jù)庫表特別多，而且表與表之間的依賴關系也復雜，實體類之間的關系眾多，設計起來有一定的難度。數(shù)據(jù)庫的另外一個問題是-數(shù)據(jù)表的屬性，數(shù)據(jù)表屬性的設計完全是依賴于我們剛開始做的需求分析文檔，如果需求分析不完整的話，就會造成數(shù)據(jù)庫表屬性的缺失，從用戶的角度看，就會覺得你的系統(tǒng)提供的數(shù)據(jù)不夠全面，信息量小。

三.開發(fā)團隊最大：我們團隊一共有十四個人，這個對于我們的項目經(jīng)理來說，是一個相當嚴峻的問題，畢竟十四個人的團隊相當于其他幾個小組加起來的人數(shù)總和，管理起來有相當大的難度。對于我們這些小組成員來說，由于溝通渠道太多，造成了我們項目中遇到問題，不知道去跟哪個小組成員溝通。為了解決這個問題，我們在團隊中又選出了三個小組長，小組成員遇到問題，先去咨詢小組長，然后小組長提供反饋信息。

四.項目各個模塊間藕合度高：網(wǎng)站涉及的各個功能模塊之間的聯(lián)系緊密，模塊之間的接口設計的好壞是項目最終集成成功與否的最重要因素。用戶管理這一個部分要為每個模塊提供接口，主要是用戶的編號以及用戶的類型等。每個頁面之間的鏈接也是其中重要的模塊接口。這個問題由于我們前期做好了充分的溝通以及按照概要設計中的接口說明去設計自己的模塊，所以后期的模塊整合沒有遇到什么太大的不兼容性等問題。

接下來就談談我這一個月中的工作：

需求分析階段：需求分析階段我完成了網(wǎng)上競賽模塊的需求分析，其中遇到的主要問題是閱讀材料后發(fā)現(xiàn)網(wǎng)上實習，網(wǎng)上競賽，畢業(yè)設計指導這幾個模塊的功能是類似的，提取需求分析后不夠明確，經(jīng)過幾次跟湯老師的交流后，確定了這幾個模塊之間的具體差別，網(wǎng)上競賽模塊的基本需求也大致確定了，網(wǎng)上競賽模塊的基本功能就是學生通過網(wǎng)站報名參加競賽，企業(yè)審核通過后，專家對作品進行評分，排名。

概要設計階段：在需求分析的基礎上，對網(wǎng)上競賽模塊進行了比較具體的概要設計，流程圖(IPO圖以及用例圖);這個階段的主要難點是對網(wǎng)上競賽業(yè)務流程的描述，如何實現(xiàn)學生報名，企業(yè)發(fā)布，專家評審的步驟操作，與及跟其他模塊對該模塊的限制。

數(shù)據(jù)庫設計階段：我負責整合初步數(shù)據(jù)庫設計說明書，分配組員按照各自的功能模塊的具體需求設計自己模塊需要的數(shù)據(jù)表，然后對這些數(shù)據(jù)表進行整合。在這個過程中遇到的問題就是數(shù)據(jù)庫實在是太大了，最后下來一共有30多張表，表與表之間的關系復雜，關聯(lián)性大，需要設置的外鍵較多，很難將所有的屬性字段給提取出來，屬性的類型設置也是一個問題，采用數(shù)值型還是采用字符串性在數(shù)據(jù)庫設計中尤為重要，因為在后臺搜索方面，數(shù)值型比較快捷，而在數(shù)據(jù)顯示方面，字符串型又有直接讀出不用轉換的好處。每個表的主鍵我們采用了用實體的編號去標記它，因為這樣實體間關聯(lián)起來會更加簡單。數(shù)據(jù)庫的設計關鍵是要對整個項目的整體的把握，并且要細化對每個實體類的具體屬性要求。

詳細設計階段：我覺得是最重要的一個方面，一個完整的詳細設計說明應該可以幫助程序員完成具體的實現(xiàn)，程序員可以不用考慮模塊之間的耦合問題，只需要將單一的功能按照邏輯順序編寫出來就可以了。網(wǎng)站整體構架搭好了，我們就可以在里面填充自己的功能了。但是因為時間太倉促了，我們這個階段也就縮水了，帶來后面的問題就是后期代碼編寫的時候比較混亂，函數(shù)接口較難統(tǒng)，界面風格多樣化。這個階段，我的主要工作是跟隊友一起設計出了網(wǎng)上競賽模塊的學生，企業(yè)，管理員，高校以及專家的界面。

編碼階段：我們是用ASP開發(fā)的，主要任務就是從工具中選出你想要的控件，然后在控件響應函數(shù)中填充代碼，完成相應的事件響應。這里遇到的最大問題是頁面的排版問題，因為自己是第一次開發(fā)網(wǎng)站，造成了自己設計的界面風格單調，不太美觀，現(xiàn)在就盡量做到頁面的整齊。這個階段主要做的就是：寫代碼→編譯→調試→寫代碼。

這一個月中我學到了很多東西，技術方面就是學會了用ASP.Net編寫網(wǎng)站，最重要的是讓我經(jīng)歷了軟件工程化的所有階段，讓我對整個軟件工程有了感性的認識，而且將大學三年所學到的知識進行了一次系統(tǒng)的串聯(lián)，更重要的是學會了如何跟項目團隊中的成員溝通問題，這是一個寶貴的實踐經(jīng)驗。

數(shù)據(jù)庫實訓心得體會篇四關系型數(shù)據(jù)庫，是指采用了關系模型來組織數(shù)據(jù)的數(shù)據(jù)庫。

關系模型是在1970年由IBM的研究員E.F.Codd博士首先提出的，在之后的幾十年中，關系模型的概念得到了充分的發(fā)展并逐漸成為主流數(shù)據(jù)庫結構的主流模型。

簡單來說，關系模型指的就是二維表格模型，而一個關系型數(shù)據(jù)庫就是由二維表及其之間的聯(lián)系所組成的一個數(shù)據(jù)組織。

關系模型中常用的概念：

關系：可以理解為一張二維表，每個關系都具有一個關系名，就是通常說的表名

元組：可以理解為二維表中的一行，在數(shù)據(jù)庫中經(jīng)常被稱為記錄

屬性：可以理解為二維表中的一列，在數(shù)據(jù)庫中經(jīng)常被稱為字段

域：屬性的取值范圍，也就是數(shù)據(jù)庫中某一列的取值限制

關鍵字：一組可以唯一標識元組的屬性，數(shù)據(jù)庫中常稱為主鍵，由一個或多個列組成

關系模式：指對關系的描述。其格式為：關系名(屬性1，屬性2，......，屬性N)，在數(shù)據(jù)庫中成為表結構

關系型數(shù)據(jù)庫的優(yōu)點：

容易理解：二維表結構是非常貼近邏輯世界的一個概念，關系模型相對網(wǎng)狀、層次等其他模型來說更容易理解

使用方便：通用的SQL語言使得操作關系型數(shù)據(jù)庫非常方便

易于維護：豐富的完整性(實體完整性、參照完整性和用戶定義的完整性)大大減低了數(shù)據(jù)冗余和數(shù)據(jù)不一致的概率

數(shù)據(jù)庫實訓心得體會篇五高并發(fā)讀寫需求

網(wǎng)站的用戶并發(fā)性非常高，往往達到每秒上萬次讀寫請求，對于傳統(tǒng)關系型數(shù)據(jù)庫來說，硬盤I/O是一個很大的瓶頸

海量數(shù)據(jù)的高效率讀寫

網(wǎng)站每天產(chǎn)生的數(shù)據(jù)量是巨大的，對于關系型數(shù)據(jù)庫來說，在一張包含海量數(shù)據(jù)的表中查詢，效率是非常低的

高擴展性和可用性

在基于web的結構當中，數(shù)據(jù)庫是最難進行橫向擴展的，當一個應用系統(tǒng)的用戶量和訪問量與日俱增的時候，數(shù)據(jù)庫卻沒有辦法像webserver和appserver那樣簡單的通過添加更多的硬件和服務節(jié)點來擴展性能和負載能力。對于很多需要提供24小時不間斷服務的網(wǎng)站來說，對數(shù)據(jù)庫系統(tǒng)進行升級和擴展是非常痛苦的事情，往往需要停機維護和數(shù)據(jù)遷移。

對網(wǎng)站來說，關系型數(shù)據(jù)庫的很多特性不再需要了：

事務一致性

關系型數(shù)據(jù)庫在對事物一致性的維護中有很大的開銷，而現(xiàn)在很多web2.0系統(tǒng)對事物的讀寫一致性都不高

讀寫實時性

對關系數(shù)據(jù)庫來說，插入一條數(shù)據(jù)之后立刻查詢，是肯定可以讀出這條數(shù)據(jù)的，但是對于很多web應用來說，并不要求這么高的實時性，比如發(fā)一條消息之后，過幾秒乃至十幾秒之后才看到這條動態(tài)是完全可以接受的

復雜SQL，特別是多表關聯(lián)查詢

任何大數(shù)據(jù)量的web系統(tǒng)，都非常忌諱多個大表的關聯(lián)查詢，以及復雜的數(shù)據(jù)分析類型的復雜SQL報表查詢，特別是SNS類型的網(wǎng)站，從需求以及產(chǎn)品階級角度，就避免了這種情況的產(chǎn)生。往往更多的只是單表的主鍵查詢，以及單表的簡單條