Time of Update: 2018-12-05
以前的編程習慣一直不太好,不管是寫C,C++,C#還是資料庫指令碼一般都是調試測試通過即可,從來不加try/catch等異常處理。現在開始為了良好的編程習慣和一個case,開始學著在有必要處理異常的時候增加異常處理代碼。SQL Server似乎以前錯誤處理功能不怎麼樣,現在肯定有了很大改進,但我肯定是沒這個資格指手畫腳。。。不管好壞,學會用是第一步。1. 基礎1.1 Error Message一般SQL Server的錯誤訊息如下:Server: Msg 547, Level 16,
Time of Update: 2018-12-05
定義和用法DATEADD() 函數在日期中添加或減去指定的時間間隔。文法DATEADD(datepart,number,date)date 參數是合法的日期運算式。number 是您希望添加的間隔數;對於未來的時間,此數是正數,對於過去的時間,此數是負數。datepart 參數可以是下列的值: datepart縮寫年yy, yyyy季度qq, q月mm, m年中的日dy, y日dd, d周wk, ww星期dw, w小時hh分鐘mi, n秒ss,
Time of Update: 2018-12-05
今天我在寫sql的時候發現用UPDATE dbo.tblInvTransactionSET Area_Type = 'Gross',WHERE (Area_Type = null)結果為零。然後查到下面這個文章改成UPDATE dbo.tblInvTransactionSET Area_Type = 'Gross'WHERE (Area_Type is NULL )就ok了前幾天寫一個資料庫查詢程式,碰到的一個問題,是關於SQL
Time of Update: 2018-12-05
常常要通過預存程序修改連結資料庫中的資料,需要在來源資料庫伺服器和目標資料庫伺服器上配置分散式交易,配置過程比較繁瑣,分散式交易出現問題既有作業系統的原因也有SQL SERVER的原因。讀了《sql server分散式交易解決方案》一文以後,我感覺基本上已經形成了一套標準化的配置步驟,但第6節中沒有提到當SQL Server的名稱和電腦名稱不一致時應該採取的措施。 對於全新安裝的機器,按照中文文檔的要點配置,應該不會有什麼問題。如果按以上配置還有問題,參考英文文檔,很可能是安裝SQL
Time of Update: 2018-12-05
簡介:微軟SQL Server資料庫SQL語句匯入匯出大全,包括與其他資料庫和檔案的資料的匯入匯出。/******* 匯出到excel EXEC master..xp_cmdshell ’bcp SettleDB.dbo.shanghu out c:temp1.xls -c -q -S"GNETDATA/GNETDATA" -U"sa" -P""’ /*********** 匯入Excel SELECT * FROM OpenDataSource( ’Microsoft.Jet.OLEDB.4
Time of Update: 2018-12-05
SQL SERVER定時備份資料庫 點擊 "管理"--"sql server代理"--"作業"新增作業:常規選項卡裡,"名稱"填寫"定時備份資料庫","啟用"前面選"對勾","以本機伺服器為目標", "分類"選擇"資料庫服務",步驟選項卡裡,建立步驟,步驟名:備份資料庫;類型:Transact-SQL指令碼(TSQL); 資料庫:要備份的資料庫; 命令: declare @filename varchar (1000)set @filename='E:\Database Backup\book'
Time of Update: 2018-12-05
如果是Linux用戶端連SQL Server。。。其實最好的方法就是不用SQL Server當資料庫。。。推薦MySQL。但萬一真的有需求要用怎麼辦?第一建議是使用SUSE Linux。畢竟有過協議,SUSE Linux有微軟官方的支援何推薦,使用SQL Server JDBC Driver。The Microsoft SQL Server JDBC Driver is designed to work on any operating system that supports the use
Time of Update: 2018-12-05
Q:偶爾我發現SQL Server內建的查詢最佳化工具工作效率不佳,查詢計劃不夠最佳化。我如何調整查詢計劃?A:您可以使用SQL Server最佳化提示來覆蓋查詢最佳化工具。最佳化提示可以被分為五大類:表提示:用於強制索引選擇查詢提示:用於影響GROUP
Time of Update: 2018-12-05
重建索引是為了減少資料片段。資料片段會導致SQL Server進行不必要的資料讀,降低SQL Server的效能。重建索引也會同時更新列統計,而如果查詢所使用的列缺少或遺漏統計資訊,這可能導致SQL Server內部的最佳化器選擇比預期效率低的查詢計劃。 如果您重建了某張表上的叢集索引,該表上的非叢集索引也同時會被更新。 要更新索引,您可以使用Maintenance Wizard(相關內容您可以參考http://msdn.microsoft.com/en-us/library/ms180074
Time of Update: 2018-12-05
Q:我發現有指向工作集(SQL Server保留記憶體地區)被分頁出來相關的訊息:重要部分的 SQL 伺服器處理序記憶體已被分頁。這可能導致效能下降。期間: 0 秒。 工作集 (KB): 2484,已提交 (KB): 48036,記憶體使用量比率: 50%。有什麼原因可能導致這個問題?A:工作集調整分為以下幾種:1.
Time of Update: 2018-12-05
SqlServer資料庫同步是項目中常用到的環節,若一個項目中的資料同時存在於不同的資料庫伺服器中,而這些資料庫需要被多個不同的網域調用時,配置SqlServer資料庫同步是個比較好的解決方案。SqlServer資料庫同步的配置比較煩鎖,下面對其配置詳細步驟進行介紹:一、 資料複製前提條件1. 資料庫故障還原模型必需為完全還原模型。2. 所有被同步的資料表都必須要用主鍵。3. 發行伺服器、散發者和訂閱伺服器必須使用電腦名稱來進行SQLSERVER伺服器的註冊。4.
Time of Update: 2018-12-05
文章目錄 StandardHow to specify the location of the SDF fileStandardSpecifying the maximum database sizeSpecifying the maximum buffer sizeEncryption enabledExclusive accessRead only accessExclusive but shared for readingSpecifying the
Time of Update: 2018-12-05
千呼萬喚始出來2005年11月,微軟公司發布了其資料庫軟體的又一個升級版本SQL Server 2005。這是5年來,微軟公司首次發布新版本的資料庫軟體。用上千人的研發力量、大規模團隊開發、現代軟體研發管理方式、耗時5年方才打造出來一個產品,無論對於微軟還是任何一家軟體企業來說,都是非常少見的。且讓我們在這一時刻簡單回顧一下SQL Server這5年的曆史吧。2000年,微軟發布SQL Server 2000,同時宣布代號為Yukon的下一代資料庫進行中研發。
Time of Update: 2018-12-05
◆優點: 執行速度更快。預存程序只在創造時進行編譯,而一般SQL語句每執行一次就編譯一次,所以使用預存程序執行速度更快。 預存程序用於處理複雜的操作時,程式的可讀性更強、網路的負擔更小。 使用預存程序封裝事務效能更佳。 能有效放注入,安全性更好。 可維護性高,在一些商務規則發生變化時,有時只需調整預存程序即可,而不用改動和重編輯程式。 更好的代碼重用。 ◆ 缺點: 預存程序將給伺服器帶來額外的壓力。 預存程序多多時維護比較困難。 移植性差,在升級到不同的資料庫時比較困難。
Time of Update: 2018-12-05
這條SQL是把當前庫所有表的外鍵失效,注意,不是刪除。另外,是雙引號,不是單引號EXEC sp_msforeachtable "ALTER TABLE ? NOCHECK CONSTRAINT all" 這條SQL是把當前庫所有表的外鍵生效exec sp_msforeachtable "ALTER TABLE ? WITH CHECK CHECK CONSTRAINT all"這條跟上面一樣,只是把生效的表的列表列印出來exec sp_msforeachtable
Time of Update: 2018-12-05
查看( 4 ) / 評論( 0 ) / 評分( 0 / 0 ) 以前做過一個通過c#調用Excel組件產生Excel的小程式前幾天PM打過電話來問, 說跑完以後為什麼SQL Server記憶體佔用這麼大?伺服器配置2G的記憶體, 程式正常執行完畢以後退出, SQL Server佔用記憶體在1.7G, 而且沒有被釋放.因為怕可能會影響這個伺服器上的其它應用程式, 所以必須要解決一下或者說明一下原因.最後查了一下關於SQL Server的介紹, 發現其為了最佳化效能,
Time of Update: 2018-12-05
MSSQL還原資料庫失敗,提示如下: 還原對與伺服器 失敗。(Microsoft.SqlServer.Smo) 其它資訊: ┃ ┗→執行Transact-SQL語句或批處理時發生異常。(Microsoft.SqlServer.ConnectionsInfo) ┃ ┗→不能選擇檔案或檔案組“……”用於此操作。 RESTORE DATABASE 正在異常終止。(Microsoft SQL Server, 錯誤:3219) 出現此錯誤時我的操作步驟為: 右擊資料庫》》任務》》還原》》檔案和檔案組》》
Time of Update: 2018-12-05
1、每日自動備份 開啟企業管理器,進入“管理”-“資料庫維護計劃”,在右側視窗點擊右鍵,選擇“建立維護計劃”,啟動“資料庫維護計劃嚮導”;點擊“下一步”選擇需要維護的資料庫,維護特性資料庫時,選擇最後一個單選框並勾選需要維護的資料庫名稱;“下一步”選擇更新資料最佳化資訊、“下一步”檢查資料庫完整性、“下一步”指定Database
Time of Update: 2018-12-05
SQL Server 中系統資料表的作用sysaltfiles 主要資料庫 儲存資料庫的檔案syscharsets 主要資料庫 字元集與排序次序sysconfigures 主要資料庫 配置選項syscurconfigs 主要資料庫 當前配置選項sysdatabases 主要資料庫 伺服器中的資料庫syslanguages 主要資料庫 語言syslogins 主要資料庫 登陸帳號資訊sysoledbusers 主要資料庫 連結的伺服器登陸資訊sysprocesses 主要資料庫
Time of Update: 2018-12-05
查詢速度慢的原因很多,常見如下幾種: 1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題,是程式設計的缺陷) 2、I/O輸送量小,形成了瓶頸效應。 3、沒有建立計算資料行導致查詢不最佳化。 4、記憶體不足 5、網路速度慢 6、查詢出的資料量過大(可以採用多次查詢,其他的方法降低資料量) 7、鎖或者死結(這也是查詢慢最常見的問題,是程式設計的缺陷)8、sp_lock,sp_who,活動的使用者查看,原因是讀寫競爭資源。9、返回了不必要的行和列 10、查詢語句不好,沒有最佳化可以通過如下方法來最佳