SQL Server

該帳戶當前被鎖定,所以使用者 'sa' 登入失敗。系統管理員無法將該帳戶解鎖。(Microsoft SQL Server，錯誤: 18486) 1、如果短時間內不停串連，就會被SQL SERVER誤認為是這是攻擊，會將此帳號鎖定。要用windows方式登入，在查詢分析器裡輸入：Sql代碼  ALTER LOGIN sa ENABLE ;GO 

SQL Server Everywhere (SSEv) 是 SQL Server Mobile 2005 (SSM) 的下一個版本，版本號碼為 3.1，而 SSM 的版本號碼是 3.0。從版本號碼的變化就可以看出，SSM 升級到 SSEv 功能基本不會有什麼變化。而名字從 Mobile 變成了 Everywhere，可以看出 SSEv 的變化主要是擴充了平台的適用性，當然也不可能超出微軟的範圍。SSM 支援 Windows CE、Pocket PC、Smartphone 和 Tablet

下面給出了一個C#操作MS SQL Server 資料庫的通用類，通過該類可以對資料庫進行任何操作，包括執行SQL語句、執行預存程序。以下是其詳細實現過程，希望大家共同修改最佳化之。稍後將介紹如何使用它實現N層的程式設計。 配置web.config檔案的連結參數 <appSettings>    <!--  connStr參數設定，案例說明：  （1）Sql

Code highlighting produced by Actipro CodeHighlighter

阻塞的常見原因和解決辦法：1. 由於語句已耗用時間太長而導致的阻塞，語句本身在正常運行中，只須等待某些系統資源解決辦法：a. 語句本身有沒有可最佳化的空間b. Sql Server 整體效能如何，是不是有資源瓶頸影響了語句執行速度，如 記憶體、硬碟 和 CPU 等2. 由於一個未按預期提交的事務導致的阻塞這一類阻塞的特徵，就是問題串連早就進入了空閑狀態(sysprocesses.status='sleeping'和sysprocesses.cms='awaiting

據已知的問題現象：凡是和加密相關的東西 都會涉及到 Sqlserver伺服器主要金鑰。因此 在涉及到“解密過程中出錯 15466”的問題。均可以通過重設伺服器主要金鑰解決。注意：這是個運算密集型的操作！！！！可能會丟失加密資料！文法ALTER SERVICE MASTER KEY [ { <regenerate_option> | <recover_option> } ] [;]<regenerate_option> ::= [ FORCE ]

　　據瞭解絕大多數開發人員對於索引的理解都是一知半解，局限於大多數日常工作沒有機會、也什麼沒有必要去關心、瞭解索引，實在哪天某個查詢太慢了找到查詢條件建個索引就ok，哪天又有個查詢慢了，再建立個索引就是，或者乾脆把整個查詢SQL直接發給DBA，讓DBA直接幫忙最佳化了，所以造成的狀況就是開發人員對於索引的理解、認識很局限，以下就把我個人對於索引的理解及淺薄認識和大家分享下，希望能解除一些大家的疑惑，一起走出索引的誤區 誤區1.在表上建立了索引，在查詢時用到了索引的列，索引就一定會生效　　首先明確

在一個正規化的資料庫環境中, 我們常會碰到這款情形: 所需的資料並不是放在同一個資料表中, 在這個時候, 你就要用到 Join 　　當然 Join 如何將不同的資料庫的資料結合, 還要看你如何使用它, 一共有四種不同的 Join 的方式, 在這篇文章中我們將為你介紹 Inner Join 及 Outer Join 以及其應用　　Inner Join 　　Inner Join 應該是最常用的 Join 方式, 它只會傳回符合 Join 規則的紀錄, 還是先來看看文法 Select

    寫在前面:本篇文章需要你對索引和SQL中資料的儲存方式有一定瞭解.標題中進階兩個字僅僅是因為本篇文章需要我的T-SQL進階系列文章的一些內容作為基礎.簡介    在SQL Server中，儲存資料的最小單位是頁，每一頁所能容納的資料為8060位元組.而頁的組織方式是通過B樹結構（表上沒有叢集索引則為堆結構，不在本文討論之列)如:        在叢集索引B樹中，只有葉子節點實際儲存資料，而其他根節點和中間節點僅僅用於存放尋找葉子節點的資料.   

將oledb讀取的excel資料快速插入的sqlserver中，很多人通過迴圈來拼接sql，這樣做不但容易出錯而且效率低下，最好的辦法是使用bcp，也就是System.Data.SqlClient.SqlBulkCopy 類來實現。不但速度快，而且代碼簡單，下面測試代碼匯入一個6萬多條資料的sheet，包括讀取（全部讀取比較慢）在我的開發環境中只需要10秒左右，而真正的匯入處理程序只需要4.5秒。using System;using System.Data;using

SQL Server Migration Assistant（簡稱SSMA）是由微軟發布的協助客戶更容易地從Oracle/Sybase/MySQL/Access遷移到SQL Server以及SQL Azure的一個工具集，幾周前我們剛剛發布了SSMA 5.0版本，該版本支援了最新的代號為Denali的SQL Server的CTP版本，並且增加了對SQL Azure遷移的支援。 SQL Server中國團隊近期連續發布了兩篇部落格，簡要介紹了使用SSMA for Oracle

    上一次我們已經介紹了簡單的資料匯出和匯入,但是只是對單一檔案進行操作,如果我們想同時對一個目錄下面的所有的檔案執行資料匯入怎麼實現呢?相當簡單,SSIS在控制流程中提供了Foreach迴圈容器,很容易理解,它和序列容器相比就是能夠迴圈的遍曆執行,能夠對指定列舉程式的每個成員重複執行控制流程:         可以看到,Foreach迴圈窗器遍曆檔案夾可以通過一些設定或者是正則來匹配,使用 Foreach 迴圈容器，可以枚舉： •        ADO 記錄集行和架構資訊

     和其它程式一樣，SSIS包同樣需要健壯，穩定的運行，這樣的程式才有可靠性和延展性。SSIS提供了如下方面的支援:         1.事務: 可以對一個程式包設定成一個或者多個事務，甚至可以對兩個程式包設定成一個事務。為了保證資料的一致性，你還可以DTC事務或者SQL Server引擎級的事務。         2.檢查點: 用來記錄一個程式包出錯時任務的運行情況，以便程式包再次啟動時，直接從發生錯誤的任務直接執行.        

對於SQLServerExpress資料庫連接配置，以前看到過幾次，都是匆匆掃一眼，今天上午在一開源軟體中又看到了它，感覺有必要對它有一個清楚的認識，樣本如下：<add name="LocalSqlServer" connectionString="Data Source=.\SQLExpress;Integrated Security=True;AttachDBFilename=|DataDirectory|TimeTracker.mdf;User Instance=true"

英文版：http://www.codeproject.com/KB/database/OptimizeDBUseIndexing.aspx不過好像只將了八點進過數月你和你的團隊設計開發了個成功的互連網應用。你有很好的用戶端介面，因此在一個短的時間段內，能吸引數千個使用者註冊和使用你的網站。你的客戶，管理層，團隊和你每天都很開心。生活不是玫瑰花園。當使用者數量在你的網站每天迅速發展壯大，問題開始出現。客戶開始通過電子郵件抱怨網站訪問非常緩慢（和一些生氣的郵件），客戶要求改進，同時開始損失你的使用者

【介紹】SQL Server 通過WORKER, SCHEDULER, TASK等來對任務進行調度和處理。瞭解這些概念，對於瞭解SQL Server 內部是如何工作，是非常有協助的。通常來講，SCHEDULER個數是跟CPU個數相匹配的 。除了幾個系統的SCHEDULER以外，每一個SCHEDULER都映射到一個CPU，如下面的查詢結果所示，我們有四個CPU，也就有相應四個SCHEDULER。而WORKER (又稱為WORKER THREAD),

我們學、用.NET的都知道，程式集(Assembly)的一個很大的優點就是它有中繼資料，可以“自描述”。在我們體驗這種優勢的同時，我們是否想過什麼時候資料庫中的資訊也是自描述的該多好？我想Sql Server中有擴充屬性，並且Sql

說到這個問題，基本上有人就會想到三個問題：1，什麼是系統資料？2，為什麼要移動系統資料庫？3，移動系統資料庫我們可以用附加和分離，為什麼還要單獨拿出來說呢？對於這三個問題我一個一個講吧，也算是自己做個筆記。1，什麼是系統資料？所謂系統資料庫就是我們在裝SQL Server之後，系統內建的資料庫(這樣的回答是不是很白癡^_^).如果你裝SQL Server2005或2008在開啟一個SQL執行個體後，就會看到一個資料庫--->系統資料庫檔案夾，裡邊就是系統內建的資料庫，   

        如果你在64位的電腦上與一台32位的資料庫伺服器建立連結的伺服器，在64位上使用該連結的伺服器分散式查詢的時候，遇到了這樣的錯誤資訊：伺服器: 訊息 7399，層級 16，狀態 1，行 1OLE DB provider 'SQLOLEDB' reported an error.  [OLE/DB provider returned message: Unspecified error][OLE/DB provider returned message: The stored pr

表中的欄位：CREATE TABLE [dbo].[stuInfo] ([FNumber] [int] IDENTITY(1,1) NOT NULL ,[FName] [nvarchar] (30) COLLATE Chinese_PRC_CI_AS NOT NULL ,[FNameen] [varchar] (35) COLLATE Chinese_PRC_CI_AS ,[FSex] [char] (1) COLLATE Chinese_PRC_CI_AS NOT NULL