今天在本地機直接在觸發器里更新還有一臺服務器數據時出現:MSDTC不可用解決的方法:在windows控制面版-->管理工具-->服務-->DistributedTransactionCoordinator-->屬性-->啟動1.A.不用事務,關用SELECT語句.能否夠分布式查詢?B.LINKSERVER在做分布式更新事務時不能對本機操作.(就是不能環回分布式事務)C.DBCCTRACEON(3604,7300)--用跟蹤看更具體錯誤信息.D.下載MS提供
系統 2019-08-12 01:51:56 2418
連接字符串1：DataSource=localhost,1433;UserID=sa;Password=123;InitialCatalog=test;MinPoolSize=1;MaxPoolSize=512;連接字符串2：DataSource=localhost;UserID=sa;Password=123;InitialCatalog=test;SQLSERVER數據庫中的TCP/IP如果沒有開啟，只能用第二句連接字符串,開啟都可用。字符串1是通過走
系統 2019-08-12 01:32:41 2418
首先是數據訪問層的代碼:1usingSystem;2usingSystem.Data;3usingSystem.Data.SqlClient;4usingSystem.Configuration;56namespaceWebTest.Common7{8/**////9///COperator的摘要說明。10///11publicclassCOperator12{13publicCOperator()14{15//16/
系統 2019-08-12 01:54:04 2417
1：update時做檢查使用updatemw_contractsetpayTimes=(casewhenpayTimes>0thenpayTimes-1elsepayTimesend)wherecontractNo='2015001';2：select時使用selectcasewhenpayTimes>0thenpayTimes-1elsepayTimesendpayTimesfrommw_contract;Oraclecase用法
系統 2019-08-12 01:52:46 2417
一、實體完整性、參照完整性、域完整性（約束）ALTERTABLEnnADDCONSTRAINTpk_nnPRIMARYKEY(n1);ALTERTABLEmmADDCONSTRAINTfk_mnFOREIGNKEY(n1)REFERENCESnn(n1);ALTERTABLEempADDCONSTRAINTck_emp_sexCHECK(sex='男'ORsex='女');二、索引閉樹索引：CREATEINDEXmy_mm_idxONmm(m1);位圖索引
系統 2019-08-12 01:52:43 2417
bug重現：1、壓縮數據庫日志2、重新生成某些表的索引，當生成最大表索引的時候（100G詳細內容表）長時間無相應3、打開任務管理器發現內存耗盡，此時我點了下sql然后sms報錯，然后sql死掉4、關閉進程，重啟sql服務5、打開web服務器iis站點，發現無法訪問數據庫6、打開數據庫服務器發現[數據庫恢復中]點擊展開提示數據庫損壞。此時我慌了，認為這次闖禍了，nm500G數據啊而且最新備份是一個月前的。然后開始思考，是否需要重新啟動下數據庫？解決方案:1、
系統 2019-08-12 01:52:40 2417
http://acm.hdu.edu.cn/showproblem.php?pid=3691Stoer-Wagner算法不理解不理解呀大體步驟是這樣子的1，用類似Prim的過程求得最后更新點和倒數第二更新點2，求最后更新點和其它點的割集3，將最后一個點合并到倒數第二個更新點上代碼：#include#include#includeusingnamespacestd;constintINF=0x7fffff
系統 2019-08-12 01:51:52 2417
很多時候你可能要從一個大型數據庫平臺，遷移至同版本、同平臺異地異機，但是停機時間很少，則可以通過備份熱備份，然后手工不斷應用歸檔日志，最后在停機時間應用剩余日志來解決，操作如下：確定源數據庫信息，主要是查詢源數據庫歸檔情況，確認歸檔日志；selectnamefromv$archived_log;NAME------------------------------------------------------------------------------
系統 2019-08-12 01:51:26 2417
網上也很多關于limit的五條優化準則，都是翻譯自MySQL手冊，雖然正確但不實用。今天發現一篇文章寫了些關于limit優化的，很不錯。文中不是直接使用limit，而是首先獲取到offset的id然后直接使用limitsize來獲取數據。根據他的數據，明顯要好于直接使用limit。這里我具體使用數據分兩種情況進行測試。1、offset比較小的時候select*fromstudentlimit10,10多次運行，時間保持在0.0004-0.0005之間Sel
系統 2019-08-12 01:55:25 2416
oracle高水位http://www.cnblogs.com/chuyuhuashi/p/3548260.htmlhttp://blog.csdn.net/wyzxg/article/details/5631721數據表刪除數據或者數據分區后，數據文件并沒有減小。這是oracle數據庫高數位highwatermark造成的。盡管用delete刪除了數據，數據已經不在數據塊中，但是，原有的數據塊并不會被回收回去，只是被標記為空閑可用的了。就是說空間只要被劃
系統 2019-08-12 01:54:35 2416
A為表名A_TR為臨時表（操作完自動刪除里面數據），下面是存儲過程代碼：createorreplaceprocedureA_UPDATE(p_idinvarchar2)asuser_errexception;--userexceptionuser_err_codevarchar2(200);--contentsofusererrorerr_sqlcodevarchar2(100);--errcodeproc_namevarchar2(30):='a_upd
系統 2019-08-12 01:52:46 2416
謹以本文記錄本人成長歷程，并分享給各位SQLServer數據庫管理系統使用者。本系列包含個人認為一個DBA應該具有的各項素質，系列文章將以下面列表展示，將持續更新，敬請留意及指導，謝謝。下列文章具有一定的優先級，但是并不代表完全不可逆，根據工作需要，可能不會按照順序來寫，已寫部分可以通過下面超鏈接點擊：第一篇：DBA第一要務——備份還原本篇包含下面主題：備份基礎完整備份差異備份日志備份其他類型備份還原基礎完整恢復差異恢復日志恢復其他類型恢復優化備份還原災難
系統 2019-08-12 01:52:35 2416
一、oracle時間類型的處理1、用sql語句把時間2010-10-0109:28:03插入oracle的date類型字段insertinto表名(字段名)values(to_date('2010-10-0109:28:03','yyyy-mm-ddhh24:mi:ss'))2、根據date類型字段查詢select*from表名whereto_char(date類型字段,'yyyy-mm-dd')between'2012-03-06'and'2012-03
系統 2019-08-12 01:52:04 2416
近期一次偶然的機會,被人裝了個Symantec在電腦上,搞得各種報警,驗證,煩死.然后就自然而然的想卸載掉這個該死的殺毒軟件,沒想到這個殺毒軟件竟然還是個流氓殺毒軟件,卸載還須要password.悲劇...然后開始在網上搜索卸載方法,發現網上還是有一些卸載方法的,只是依照方法一操作,發現不行,還是卸載不了,苦悶中...為了征服這個流氓軟件,我花了大半天.最終找出一個還算不錯的卸載方法,不過為了讓和我一樣遇到這個問題的同學可以不像我這樣由于老卸載不了而蛋疼,
系統 2019-08-12 01:51:41 2415
以前用過openfire做為服務器，但是openfire的集群支持不是很好，所以改用Ejabberd，由于它是用Erlang語言開發的，其并發率與分布式的功能都是很強悍的，在此我記錄一下我的安裝與配置過程。1.安裝就不用說了，到其官網下載安裝包。我的系統是MacOS,所以我只說明在MacOS上安裝。下載安裝包后，直接點擊安裝。安裝后會在/Applications目錄生成Ejabberd的目錄，由于我下載的是Ejabberd-2.1.11，所以安裝目錄為:/
系統 2019-08-12 01:51:30 2415
