基于行版本控制的隔離級別通過消除讀取操作的鎖來改善讀取并發(fā)。MicrosoftSQLServer引入了兩個使用行版本控制的事務隔離級別：READ_COMMITTED_SNAPSHOT數(shù)據(jù)庫選項為ON時，啟用使用行版本控制的已提交讀隔離的新實現(xiàn)。ALLOW_SNAPSHOT_ISOLATION數(shù)據(jù)庫選項為ON時，啟用的新的快照隔離級別。對于大多數(shù)應用程序，建議應用使用行版本控制的已提交讀隔離，而不要應用快照隔離，原因如下：已提交讀隔離比快照隔離占用的temp
系統(tǒng) 2019-08-12 01:34:03 1924
@@identity表示最近一次向具有identity屬性（即自增列）的表插入數(shù)據(jù)時對應的自增列的值，是系統(tǒng)定義的全局變量。一般系統(tǒng)定義的全局變量都以@@開頭，用戶自定義的變量以@開頭。比如有個表A，它的自增列是id。當向A表插入一行數(shù)據(jù)后，如果插入數(shù)據(jù)后自增列的值自動增加到101，則通過select@@identity得到的值就是101。使用@@identity的前提是使用了insert操作，執(zhí)行select@@identity時連接沒有關閉，否則得到的
系統(tǒng) 2019-08-12 01:32:51 1924
在進行SQLServer培訓的時候，人們總是會有這樣的一個疑問：“當事務日志增長到一定程度的時候，我該怎么辦?”我一般會用另一個問題來回答，那就是：“你進行備份了嗎?”對于這一問題，人們的回答往往是：“當然，我們每天晚上都會備份整個數(shù)據(jù)庫。”但是你對日志進行備份了嗎?在這一點上，學員們認為如果能解決這一難題，這個培訓就是值得的。進行事務日志備份的時候，不僅僅是只將最新提交的事務備份，與此同時還會截斷相應的日志文件。截斷就意味著備份過的事務將會從日志文件中移
系統(tǒng) 2019-08-12 01:32:42 1924
優(yōu)化數(shù)據(jù)庫的注意事項：1、關鍵字段建立索引。2、使用存儲過程，它使SQL變得更加靈活和高效。3、備份數(shù)據(jù)庫和清除垃圾數(shù)據(jù)。4、SQL語句語法的優(yōu)化。（可以用Sybase的SQLExpert，可惜我沒找到unexpired的序列號）5、清理刪除日志。SQL語句優(yōu)化的基本原則：1、使用索引來更快地遍歷表。缺省情況下建立的索引是非群集索引，但有時它并不是最佳的。在非群集索引下，數(shù)據(jù)在物理上隨機存放在數(shù)據(jù)頁上。合理的索引設計要建立在對各種查詢的分析和預測上。一般來
系統(tǒng) 2019-08-12 01:32:25 1924
最近一直在研究權限，今天終于把權限搞定了以后準備自己寫個商城，對以后的幫助非常大的。下面簡單談談關于權限的實現(xiàn).權限主要分為以下三個類：用戶、角色、權限表權限主要分為三個步驟：1、安裝（初始化數(shù)據(jù)）管理員：（超級管理員）一個擁有所有權限的用戶，這個用戶在程序安裝時就要初始化，權限數(shù)據(jù)：這個表主要存儲權限的名字和url，這個權限主要有兩個作用，一個是菜單的顯示，其中一級菜單沒有url只是分類的作用。2、權限的分配：權限的分配主要是針對某個角色和權限建立管理，
系統(tǒng) 2019-08-12 01:54:20 1923
筆者工作的公司采用的是SQLServer數(shù)據(jù)庫，每天都要處理大量的數(shù)據(jù)，由于筆者進公司的時間比較晚，公司現(xiàn)有的大部分的程序都是以前的程序員留下的，因為他們沒有相關的文檔，筆者對于后臺數(shù)據(jù)庫的很多表的結構和數(shù)據(jù)都不甚了解，給日常的維護造成了很大的麻煩。在對后臺數(shù)據(jù)庫進行研究的過程中，我需要得到數(shù)據(jù)庫的某些相關信息，比如，我希望知道各個用戶表占用多少磁盤空間，并且排列出來，可以讓我知道哪些表比較大，數(shù)據(jù)比較多等等——我相信，這可能也是不少數(shù)據(jù)庫管理員所關心的問
系統(tǒng) 2019-08-12 01:54:02 1923
MicrosoftJet數(shù)據(jù)庫引擎打不開文件'C:\WINDOWS\system32\IME\PINTLGNT\club\admin'。它已經被別的用戶以獨占方式打開，或沒有查看數(shù)據(jù)的權限。說明:執(zhí)行當前Web請求期間，出現(xiàn)未處理的異常。請檢查堆棧跟蹤信息，以了解有關該錯誤以及代碼中導致錯誤的出處的詳細信息。異常詳細信息:System.Data.OleDb.OleDbException:MicrosoftJet數(shù)據(jù)庫引擎打不開文件'C:\WINDOWS\s
系統(tǒng) 2019-08-12 01:53:40 1923
***********字段類型是text的*************replace在sql中替換最大支持8000個字符UPDATE測試SET測試=replace(Convert(varchar(8000),測試),'shuyu','WangShuYu')UPDATE測試SET測試=replace(Convert(varchar(8000),測試),'','')
系統(tǒng) 2019-08-12 01:53:28 1923
測試2：（1）一致性的全備SQL>shutdownimmediate;$cp-rf$ORACLE_BASE/oradata/boss/*.dbf/oradata/bossbak/20140610allbackup$cp-rf$ORACLE_BASE/oradata/boss/*.log/oradata/bossbak/20140610allbackup$cp-rf$ORACLE_BASE/oradata/boss/*.ctl/oradata/bossbak
系統(tǒng) 2019-08-12 01:53:17 1923
原文:防SQL注入：生成參數(shù)化的通用分頁查詢語句前些時間看了玉開兄的“如此高效通用的分頁存儲過程是帶有sql注入漏洞的”這篇文章，才突然想起某個項目也是使用了累似的通用分頁存儲過程。使用這種通用的存儲過程進行分頁查詢，想要防SQL注入，只能對輸入的參數(shù)進行過濾，例如將一個單引號“'”轉換成兩個單引號“''”，但這種做法是不安全的，厲害的黑客可以通過編碼的方式繞過單引號的過濾，要想有效防SQL注入，只有參數(shù)化查詢才是最終的解決方案。但問題就出在這種通用分頁存
系統(tǒng) 2019-08-12 01:53:06 1923
--修改列--把"Address"欄位改名為"Addr"。這可以用以下的指令達成：--ALTERtablecustomerchangeAddressAddrchar(50)--------------------------------------------------------------------------1通過給定的數(shù)據(jù)庫表結構關系圖和表格中定義的規(guī)范，創(chuàng)建數(shù)據(jù)庫數(shù)據(jù)表--a)創(chuàng)建數(shù)據(jù)庫--使用T-SQL創(chuàng)建數(shù)據(jù)庫feedback，要求：--
系統(tǒng) 2019-08-12 01:52:12 1923
1、存儲過程存儲過程的參數(shù)形式參數(shù)和實際參數(shù)，例如，有如下一個存儲過程，該過程接收一個作家代碼和一個工資值，將該作家的工資改為接收到的工資值。Java代碼createorreplaceprocedureupdateauths(p_authscodeauths.author_code%type,p_authssalaryauths.salary%type)asbeginupdateauthssetsalary=p_authssalarywhereauthor
系統(tǒng) 2019-08-12 01:52:10 1923
在COM+中用Applyupdates來更新數(shù)據(jù)會拋出Format'%s'invalidorincompatiblewithargument異常Connection.AppServer.UpdateDatas(cds.Delta,...);//正確奇怪的事在下面varDelta:OleVariant;...Delta:=cds.Delta;Connection.AppServer.UpdateDatas(cds.Delta,...);//就是你的錯跟蹤時會
系統(tǒng) 2019-08-12 01:52:03 1923
innerjoin(等值連接)僅僅返回兩個表中聯(lián)結字段相等的行l(wèi)eftjoin(左聯(lián)接)返回包含左表中的全部記錄和右表中聯(lián)結字段相等的記錄rightjoin(右聯(lián)接)返回包含右表中的全部記錄和左表中聯(lián)結字段相等的記錄INNERJOIN語法：INNERJOIN連接兩個數(shù)據(jù)表的使用方法：SELECT*FROM表1INNERJOIN表2ON表1.字段號=表2.字段號INNERJOIN連接三個數(shù)據(jù)表的使用方法：SELECT*FROM(表1INNERJOIN表2ON
系統(tǒng) 2019-08-12 01:52:02 1923
SQL注入漏洞和SQL調優(yōu)最近讀了程序員的SQL金典這本書，覺得里面的SQL注入漏洞和SQL調優(yōu)總結得不錯，下面簡單討論下SQL注入漏洞和SQL調優(yōu)。1.SQL注入漏洞由于“'1'='1'”這個表達式永遠返回true，而true與任何布爾值的or運算的結果都是true，那么無論正確密碼是什么“Password='1'or'1'='1'”的計算值永遠是true，這樣惡意攻擊者就可以使用任何帳戶登錄系統(tǒng)了。這樣的漏洞就被稱作“SQL注入漏洞（SQLInject
系統(tǒng) 2019-08-12 01:51:46 1923
