Time of Update: 2018-12-05
很榮幸能夠成為CSDN技術社區SQL Server疑難問題和新技術前沿的版主。在版內經常看到重複的問題,也是應其他兄弟的要求,對高頻問題作了一個統計。 http://community.csdn.net/Expert/topic/5068/5068547.xml?temp=.3311731 46.71% 的提問是關於語句、方法的基本使用,通過查詢資料庫線上協助可以實現。 5.41% 的提問是關於查詢資料分組,例如下面的舉例
Time of Update: 2018-12-05
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.0’, ’Data
Time of Update: 2018-12-05
initial catalog=Northwind; Data Source=localhost; Connection Timeout=30; User Id=MYUSER; Password=PASSWORD; Min Pool Size=20; Max Pool Size=200; Incr Pool Size=10; Decr Pool Size=5;當使用window身份認證模式時,會為每一個window使用者,建立一個串連池,當使用sql
Time of Update: 2018-12-05
今天在機器上安裝msde裡在日誌裡看到錯誤: 15457,嚴重度: 0,狀態: 1以為安裝失敗,結果在服務裡一看,服務是啟動成功的但是用查詢分析器串連不上結果開啟伺服器網路工具 + 生產力,將tcp/ip加入到啟動的庫中,這樣,用查詢分析器就可以串連過去了但是不能用sa使用者名稱與密碼登入,出現錯誤sa登入失敗,未與信任sql server 串連相關聯在網上搜尋了一下,原來是伺服器被配置成了windows登入,而不是混合登入開啟企業管理器--右鍵伺服器執行個體--編輯SQL
Time of Update: 2018-12-05
今天單位一ASP.NET網站,裡面有個功能是匯出資料,發現一匯出就報錯,報錯內容是:SQL Server 阻止了對組件 'Ad Hoc Distributed Queries' 的 STATEMENT'OpenRowset/OpenDatasource' 的訪問,因為此組件已作為此伺服器安全配置的一部分而被關閉。系統管理員可以通過使用 sp_configure 啟用 'Ad Hoc Distributed Queries'。有關啟用 'Ad Hoc Distributed
Time of Update: 2018-12-05
如何將MySQL的資料庫匯入到SQL
Time of Update: 2018-12-05
原文出自:http://www.mssqltips.com/sqlservertip/1239/how-to-get-index-usage-information-in-sql-server/轉載出自:http://blog.csdn.net/dba_huangzj/article/details/7777392問題:資料庫有兩大儲存需要:資料頁和索引頁。在你的表中理解和查看實際的資料,是相當簡單的。通過運行一些查詢樣本來瞭解哪些列被使用,以及什麼類型的資料實際上是被儲存。一方面,很難知道索引
Time of Update: 2018-12-05
目錄(?)懷疑記憶體不足時:懷疑記憶體流失時CPU瓶頸問題碰到過的效能問題:如何定位這些效能問題:一、sql 資料庫CPU瓶頸 對於SQL Server的一個背景工作處理序的狀態有很多,主要狀態有運行中(RUNNING)、可運行(RUNNABLE)和掛起(SUSPENED)3種。通過查看系統監視計數器Processor:% Processor
Time of Update: 2018-12-05
轉自:http://blogs.msdn.com/b/apgcdsd/archive/2011/02/11/sql-server-tempdb.aspxTempdb 系統資料庫是一個全域資源,供串連到 SQL Server 執行個體的所有使用者使用。在現在的SQL Server裡,其使用頻率可能會超過使用者的想象。如果Tempdb空間耗盡,許多操作將不能完成。作為一個支援工程師,會被經常問到象“我的Tempdb為什麼這麼大?”“是誰把我的Tempdb空間用完的?”在SQL
Time of Update: 2018-12-05
分類: DB資料庫 網站最佳化2012-11-16 12:49 109人閱讀 評論(0)收藏 舉報目錄(?)[+]二sql 資料庫記憶體瓶頸懷疑記憶體不足時懷疑記憶體流失時CPU瓶頸問題碰到過的效能問題如何定位這些效能問題 一、sql 資料庫CPU瓶頸 對於SQL Server的一個背景工作處理序的狀態有很多,主要狀態有運行中(RUNNING)、可運行(RUNNABLE)和掛起(SUSPENED)3種。通過查看系統監視計數器Processor:% Processor
Time of Update: 2018-12-05
--------------------------------------------------------------- 使用[IDENT_CURRENT] 用法:SELECT IDENT_CURRENT('TABLENAME') --------------------------------------------------------------- SELECT IDENT_CURRENT('TableName') --返回當前的最後自動編號 SELECT ID
Time of Update: 2018-12-05
@@fetch_status @@fetch_status是MSSQL的一個全域變數 其值有以下三種,分別表示三種不同含義:【傳回型別integer】 - 0 FETCH 語句成功 -1 FETCH 語句失敗或此行不在結果集中 -2 被提取的行不存在 @@fetch_status值的改變是通過fetch next from實現的 “FETCH NEXT FROM Cursor” 執行個體: 下面的樣本用 @@FETCH_STATUS 控制在一個 WHILE 迴圈中的遊標活動。
Time of Update: 2018-12-05
4月5日 要求SQL SERVER 2000資料庫ASIA因為硬碟損壞,經搶救後只取得了mdf和ldf檔案開始以為只取得了MDF檔案,因此先進行EXEC sp_attach_single_file_db @dbname = N'ASIADB01', @physname = N'D:/Microsoft SQL Server/MSSQL/Data/ASIADB01_Data.mdf' 但提示不成功;
Time of Update: 2018-12-05
SQL Server 2000 漢字資料簡繁轉換執行個體 (COM,.Net)首先確認在 Windows (當然只是 SQL Server 的伺服器端) 上安裝了 .Net Framework 1.1 !確認成功安裝後:1.用 sn -k 為該類庫建立一個強名密鑰檔案: 在安裝 Microsoft .Net Framework SDK 的所在目錄下的 v1.1/Bin/ 子目錄下執行如下命令列: sn.exe -k c:/snkey.snk2.開啟記事本(NotePad.exe)編寫如下
Time of Update: 2018-12-05
錯誤提示資訊如下:SQL Server 無法串連到伺服器“SERVER1”。 (建立發布嚮導)SQL Server 複製需要有實際的伺服器名稱才能串連到伺服器。不支援通過伺服器別名、IP 位址或任何其他備用名稱進行串連。請指定實際的伺服器名稱“SRV”。 (Replication.Utilities)解決方案如下:if serverproperty('servername') <> @@servernamebegindeclare @server sysnameset
Time of Update: 2018-12-05
前一段時間我搞的網站一直有效能問題,頁面有時候開啟非常慢,要等個10幾秒。想了很多辦法, cache,disable viewstate, disable debug mode. 提升都不明顯。 後來撞上說用Sql server profiler 看一下,果然很快找到原因:一個比較慢的查詢拖累了整個頁面。後來對這個查詢做了最佳化,但是提升仍不是很多。最後給這個表建了索引,查詢消耗的CPU時間馬上從 1000+ 變成 0 !
Time of Update: 2018-12-05
昨天一不小心把任務表中的14萬條記錄給刪了! 尋遍大江南北,試了兩個工具,到底還是沒找回來,復原到上周的備份了,這周的東西沒了。 通過工具恢複的前提還是有full recovery log,我們這個為了節約空間設定的簡單log。 所以重要的還是備份。有一個恢複方法是不錯的: If you have any full backups prior to the DROP TABLE and the database recovery model is full or bulk logged,
Time of Update: 2018-12-05
在使用資料庫的過程中,經常會遇到資料庫遷移或者資料移轉的問題,或者有突然的資料庫損壞,這時需要從資料庫的備份中直接恢複。但是,此時會出現問題,這裡說明幾種常見問題的解決方案。一、孤立使用者的問題比如,以前的資料庫的很多表是使用者test建立的,但是當我們恢複資料庫後,test使用者此時就成了孤立使用者,沒有與之對應的登陸使用者名稱,哪怕你建立了一個test登入使用者名稱,而且是以前的使用者密碼,用該使用者登入後同樣沒辦法操作以前屬於test的使用者表。這個問題有兩種辦法解決。先說解決的前提條件。
Time of Update: 2018-12-05
以前一直用asp.net,最新由於項目的需要,需要學習jsp和jsf,昨天測試了一下用jsp串連sql server 2000的資料庫,在網上找了些資料,也遇到了一些問題,以下就是一些整理的資料:1、 通過jdbc-odbc串連sql server 2000jsp檔案<%@page contentType="text/html;charset=gb2312"%><%@page
Time of Update: 2018-12-05
SQLServer和Access、Excel資料轉送簡單總結所謂的資料轉送,其實是指SQLServer訪問Access、Excel間的資料。為什麼要考慮到這個問題呢?由於曆史的原因,客戶以前的資料很多都是在存入在文本資料庫中,如Acess、Excel、Foxpro。現在系統升級及資料庫伺服器如SQLServer、ORACLE後,經常需要訪問文本資料庫中的資料,所以就會產生這樣的需求。前段時間出差的項目,就是面臨這樣的一個問題:SQLServer和VFP之間的資料交換。要完成標題的需要,在SQLS