鎖的概述一.為什么要引入鎖多個用戶同時對數據庫的并發操作時會帶來以下數據不一致的問題:丟失更新A,B兩個用戶讀同一數據并進行修改,其中一個用戶的修改結果破壞了另一個修改的結果,比如訂票系統臟讀A用戶修改了數據,隨后B用戶又讀出該數據,但A用戶因為某些原因取消了對數據的修改,數據恢復原值,此時B得到的數據就與數據庫內的數據產生了不一致不可重復讀A用戶讀取數據,隨后B用戶讀出該數據并修改,此時A用戶再讀取數據時發現前后兩次的值不一致并發控制的主要方法是封鎖,鎖
系統 2019-08-12 01:53:01 1942
打開intopen(structinode*inode,structfile*filp);模塊使用計數加1識別次設備號硬件操作檢查設備相關錯誤（諸如設備未就緒或類似的硬件問題）如果設備是首次打開，則對其初始化如果有中斷操作，申請中斷處理程序關閉intrelease(structinode*inode,structfile*filp);模塊使用計數減1釋放由open分配的，保存在filp>private_data里的所有內容。硬件操作：如果申請了中斷，則釋放
系統 2019-08-12 01:52:23 1942
個人理解，數據庫性能最關鍵的因素在于IO，因為操作內存是快速的，但是讀寫磁盤是速度很慢的，優化數據庫最關鍵的問題在于減少磁盤的IO，就個人理解應該分為物理的和邏輯的優化，物理的是指oracle產品本身的一些優化，邏輯優化是指應用程序級別的優化物理優化的一些原則：1）、Oracle的運行環境（網絡，硬件等）2）、使用合適的優化器3）、合理配置oracle實例參數4）、建立合適的索引（減少IO）5）、將索引數據和表數據分開在不同的表空間上（降低IO沖突）6）、
系統 2019-08-12 01:52:08 1942
編者按：在數據庫技術領域，MichaelStonebraker幾乎是無人不知無人不曉的人物。現年70歲的Stonebraker不僅是Ingres和PostgreSQL的創始人，同時在Informix擔任過技術總監。可以說，Stonebraker是關系型數據庫技術從萌芽走向輝煌的見證人。他最新的項目VoltDB被視為是NewSQL數據庫的代表，在他眼中，這種即擁有傳統SQL數據庫血統，又能夠適應云計算時代分布式擴展的產品，才代表著數據庫未來的發展方向。在本文
系統 2019-08-12 01:51:45 1942
這幾年，大大小小的做過十來個項目，軟件做好了，怎樣告訴別人你的工作成果呢？我的經驗適合于公司內部項目，不適合向外發布的面對像上帝一樣的客戶的項目。有幾個項目是公司內部項目，雖然大家平時溝通的郵件都是英語來，英語去的，但是一專業起來，用英語寫出新版本發布說明，人家還真不愿意看，一方面自己英語不好，不能做到通俗易懂，另一方面大家做事都講究效率，通常只有boss的郵件，大家才會被迫用金山詞霸一個個仔細看，對于title太小的（比如我們程序員）職員，通常是直接打電
系統 2019-08-12 01:33:01 1942
本文轉自：http://hi.baidu.com/wlw7758/blog/item/f6b0b9110d2a097aca80c4e4.html我們在編寫MIS系統和Web應用程序等系統時，都涉及到與數據庫的交互，如果數據庫中數據量很大的話，一次檢索所有的記錄，會占用系統很大的資源，因此我們常常采用，需要多少數據就只從數據庫中取多少條記錄，即采用分頁語句。根據自己使用過的內容，把常見數據庫SqlServer,Oracle和Mysql的分頁語句，從數據庫表中
系統 2019-08-12 01:55:27 1941
insertintoInfoselect'admin36'fromInfo;--FK插入法selectCOUNT(*)fromInfo;--notin實現分頁查詢declare@pageSizeintset@pageSize=10;--行數declare@pageNointset@pageNo=1000;--頁數selecttop(10)*fromInfowhereidnotin(selecttop(@pageSize*(@pageNo-1))idfrom
系統 2019-08-12 01:55:23 1941
1、查找表中多余的重復記錄，重復記錄是根據單個字段（peopleId）來判斷select*frompeoplewherepeopleIdin(selectpeopleIdfrompeoplegroupbypeopleIdhavingcount(peopleId)>1)2、刪除表中多余的重復記錄，重復記錄是根據單個字段（peopleId）來判斷，只留有rowid最小的記錄deletefrompeoplewherepeopleIdin(selectpeople
系統 2019-08-12 01:52:48 1941
我介紹了原創企業級控件庫之大數據據量分頁控件，這個控件主要是通過存儲過程進行數據分頁，得到了大家的支持，也給出了許多寶貴的建議，在這兒先感謝各位。同時也讓我更有信心進行以后的文章（企業級控件庫系列）。分頁對于每個項目來說都有它存在的意義，想起在以前剛剛剛軟件開發時，由于剛剛畢業，理論知識雄厚，但實際工作經驗欠缺，記得幾年前做開發時，數據量很大，要用分頁，一開始真不知道如何是好，方法到知道，但速度與穩定性卻沒有經驗。在這兒，我只是起到一個拋磚引玉的作用，以便
系統 2019-08-12 01:52:44 1941
原文:DBA查詢命令積累——不斷更新一、服務器配置：1、兼容級別：兼容級別只影響指定數據庫中的行為，而不會影響整個服務器上的行為。1.1、查看數據庫兼容級別及更改兼容級別：SELECTcompatibility_levelFROMsys.databasesWHEREname=DB_NAME()1.2、更改兼容級別：將某些數據庫行為設置為與指定的SQLServer版本兼容。sp_dbcmptlevel[[@dbname=]name][,[@new_cmptl
系統 2019-08-12 01:51:33 1941
對單表超過300w+數據的Web應用程序進行測試后發現了一些功能、性能問題，采取了以下辦法來進行調整：將絕大部分的SQL查詢改為存儲過程，這樣的操作毫無疑問可以提高部分性能。凡是使用“select*fromxxx”的操作一律具體到所需字段。使用join連接2個以上大量數據的表，且基礎數據表變化不大的查詢一律使用視圖，并為此視圖建立索引。理由來自SQLServer聯機幫助手冊：“對于標準視圖而言，為每個引用視圖的查詢動態生成結果集的開銷很大，特別是對于那些涉
系統 2019-08-12 01:32:36 1941
CREATEPROCEDUREProductOrderSplit@SELL_IDSNint,@SplitNumberintASbegintrandeclare@SELL_IDvarchar(100)declare@OrderNoteSNintselect@SELL_ID=SELL_ID,@OrderNoteSN=OrderNoteSNfromC_SENDPRODUCTDETAILwhereSELL_IDSN=@SELL_IDSNif(@@error<>0)
系統 2019-08-12 01:55:37 1940
OWIN產生的背景以及簡單介紹隨著VS2013的發布，微軟在Asp.Net中引入了很多新的特性，比如使用新的權限驗證模塊Identity,使用Async來提高Web服務器的吞吐量和效率等。其中一個不得不提的是OWIN和Katana.OWIN的全稱是OpenWebInterfaceFor.Net,OWIN是.Net開源社區借鑒Ruby而制定的.NetWeb開發架構，有著非常簡單的規范定義，同時極度降低了模塊間耦合。OWIN并不是一個具體的實現，而只是一個規范
系統 2019-08-12 01:54:27 1940
在項目開發中，有時會通過本地的oracle來操作遠程數據庫的表，那么，就需要用到oracle的DBLink技術。創建DBlink步驟如下：一、獲取遠程數據庫的GLOBAL_NAME：SELECT*FROMGLOBAL_NAME;二、檢查oracle版本是否支持同步功能：select*fromv$optionwherePARAMETER='Advancedreplication'，如果返回True，則表示支持，否則，就是不支持，本地和遠程數據庫都必須為支持才
系統 2019-08-12 01:53:25 1940
咱花一個下午給自己歸納了下字符編碼知識==,在腦子里理理順當~ASCII:早期的字符集,7位,128個字符,包括大小寫a-z字母,0-9數字以及一些控制字符.擴展ASCII:1個字節8位,只用7位不合理.于是第8位用于擴展ASCII字符集,這樣就又多了128個字符.于是用著后128個字符來擴展表示如拉丁字母,希臘字母等特殊符號.但問題是歐洲那一票國家很多互相都擁有不相同的特殊字母,一起塞進后128個明顯不夠,于是代碼頁出現了.CodePage(代碼頁):1
系統 2019-08-12 01:53:03 1940
