SQL Server

標籤：在建立表時，必須為表中的每列指派一種資料類型。本節將介紹SQL Server中最常用的一些資料類型。即使建立自訂資料類型，它也必須基於一種標準的SQL Server資料類型。例如，可以使用如下文法建立一種自訂資料類型(Address)，但要注意，它基於SQL Server標準的varchar資料類型。CREATE TYPE Address  FROM varchar(35) NOT NULL 如果在SQL Server

SQL　SERVER的定序平時使用不是很多，也許不少初學者還比較陌生，但有 一個錯誤大家應是經常碰到: SQL SERVER資料庫，在跨庫多表串連查詢時，若兩資料 庫預設字元集不同，系統就會返回這樣的錯誤：“無法解決 equal to 操作的定序衝突。” 一.錯誤分析： 這個錯誤是因為定序不一致造成的，我們做個測試，比如： create table #t1( name varchar(20) collate Albanian_CI_AI_WS, value int) create table #

一、SPLIT LINE USE SQL: I have a table like this ID CommaSeperatedString 1 a,b,c,d,e 2 x,y,z What I want is to convert this into ID Text 1 a 1 b 1 c 2 x 2 y like this.ANSWER: SELECT T.id,

      在包的日誌資訊中沒有記當包執行成功的日誌,有時候我們只關心包執行成功,還是失敗。雖然預設情況下SQL Server SSIS記錄提供者沒有記錄包執行的成功資訊，不過，可以修改它所調用的預存程序來實現記錄一條成功的資訊。1． 包的控制流程中空白處，右鍵->j日誌記錄2． 添加一個SQL Server

我們都知道，從WinForms應用程式訪問資料庫伺服器，需要使用連接字串。如果使用的是使用者名稱/密碼的方式串連，一般我們都會加密連接字串來增強安全性。今天才知道，這是遠遠不夠的。通過網路資料包捕獲工具，我們可以截獲到SQL

所有這些技術都能夠作為維護一個待命伺服器的手段，同時這個資料庫可以在你原先的主要資料庫出問題時上線並作為新的主伺服器。然而，你必須記住的是將待命伺服器替換上線只是完成了一半的損毀修復工作。 要保證你的應用正常工作，在資料庫外部還有許多注意事項。這其中包括登入資訊、資料庫使用者、調度任務、DTS 和 SSIS 包、可執行檔、系統資料庫中的對象、同名資料庫、連結的伺服器等等。

最近在用ACCESS資料庫是遇到的問題總結： 一、在ACCESS中LIKE的用法 Access裡like的萬用字元用法是這樣: “?”表示任何單一字元； “*”表示零個或多個字元； “#”表示任何一個數字 所以應該是: select * from databasename where fieldname like '*XX*' 但在SQL SERVER 裡是用%表示零個或多個字元 二、如何在ACCESS查詢datetime類型欄位的日期範圍資料

文章目錄 步驟1：步驟2：步驟3：步驟4步驟5步驟6 參考文獻SQL Kerberos的原理及實驗SQL Server native client與sqlcmd單獨安裝前言在上一篇部落格SQL Kerberos的原理及實驗中講到了windows驗證的兩種模式分別是NTLM和Kerberos，那麼他們有何區別，在功能上又有何不同。NTLM是一種比較簡單的方法，能夠在大部分情況下完成任務。但是它只能完成單躍點認證（只有一個用戶端和一個SQL

 代碼 Code highlighting produced by Actipro CodeHighlighter

看http://zxianf.blog.163.com/blog/static/301207012009114104124969/中片關於Sql Server中預存程序output和return值的區別在裡面有講解，我在自己本機中測試的結果如下，1：ReturnValue只能返回0,1,-1這樣的資料，局限性很大 ，而在預存程序中用OutPut參數，可以返回各種類型的資料，比較靈活方便。ReturnValue   是用來返回錯誤碼的，output是指預存程序傳出參數       例如    ：@

SQL Server資料庫查詢速度慢的原因有很多，常見的有以下幾種： 1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是程式設計的缺陷)2、I/O輸送量小，形成了瓶頸效應。3、沒有建立計算資料行導致查詢不最佳化。4、記憶體不足5、網路速度慢6、查詢出的資料量過大（可以採用多次查詢，其他的方法降低資料量）7、鎖或者死結(這也是查詢慢最常見的問題，是程式設計的缺陷)8、sp_lock,sp_who,活動的使用者查看,原因是讀寫競爭資源。9、返回了不必要的行和列10、查詢語句不好，沒有最佳化 ●

簡介    在SQL Server中，每一個查詢都會找到最短路徑實現自己的目標。如果資料庫只接受一個串連一次只執行一個查詢。那麼查詢當然是要多快好省的完成工作。但對於大多數資料庫來說是需要同時處理多個查詢的。這些查詢並不會像紳士那樣排隊等待執行，而是會找最短的路徑執行。因此，就像十字路口需要一個紅綠燈那樣，SQL Server也需要一個紅綠燈來告訴查詢:什麼時候走，什麼時候不可以走。這個紅綠燈就是鎖。        圖1.查詢可不會像紳士們那樣按照次序進行排隊 為什麼需要鎖   

文章目錄 一般解法（效率低）效率分析使用串連解決資料準備 參考文獻http://hi.baidu.com/zdfgng/blog/item/dd5f88359a1cd0260b55a9ce.html題目假如要查詢在a表中存在，但是在b表中不存在的記錄，應該如何查詢。為了便於說明，我們假設a表和b表都只有一個欄位id，a表中的記錄為{1,2,3,4,5}，b表中的記錄為{2,4}，那麼我們需要通過一個sql查詢得到{1,3,5}這樣的結果集。

 包括安裝時提示有擱置動作、收縮資料庫、壓縮資料庫、轉移資料庫給新使用者以已存在使用者權限、檢查備份組、修複資料庫等 1.掛起操作在安裝Sql或sp補丁的時候系統提示之前有掛起的安裝操作，要求重啟，這裡往往重啟無用，解決辦法：到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager刪除PendingFileRenameOperations2.收縮資料庫--重建索引DBCC REINDEXDBCC

位（或位元） Bit：　　電腦記錄、儲存、表達、傳輸資訊的最小的單位。它由一個位長度的位元值“0”或“1”構成。節字 Byte：     

SQL Server 的擴充預存程序，其實就是一個普通的 Windows DLL,只不過按照某種規則實現了某些函數而已。 　　近日在寫一個擴充預存程序時，發現再寫這類動態庫時，還是有一些需要特別注意的地方。之所以會特別注意，是因為DLL運行於SQL Server的地址空間，而SQL Server到底是怎麼進行線程調度的，卻不是我們能瞭解的，即便瞭解也無法控制。　　我們寫動態庫一般是自己用，即便給別人用，也很少像SQL

    在開始閱讀本文之前，請確保你已經閱讀過上一篇文章，文章地址:    理解SQL Server中的許可權體系(上)----主體 簡介    在上一篇文章中，我對主體的概念做了全面的闡述。本篇文章接著講述主體所作用的安全性實體以及所對應的許可權。 理解安全性實體(Securable)    安全性實體，是SQL Server 資料庫引擎授權系統控制對其進行訪問的資源。通俗點說，就是在SQL Server許可權體系下控制的對象，因為所有的對象(從伺服器，到表，到視圖觸發器等)都在SQL

    本篇文章是系列文章中的第三篇，前兩篇的地址如下：    淺談SQL Server中的交易記錄(一)----交易記錄的物理和邏輯構架    淺談SQL Server中的交易記錄(二)----交易記錄在修改資料時的角色 簡介    在簡單復原模式下，記錄檔的作用僅僅是保證了SQL Server事務的ACID屬性。並不承擔具體的恢複資料的角色。正如”簡單”這個詞的字面意思一樣，資料的備份和恢複僅僅是依賴於手動備份和恢複.在開始文章之前，首先要瞭解SQL

SQL SERVER中是允許有自訂函數，Microsoft SQL Server並不將使用者限制在定義為 Transact-SQL語言一部分的內建函數上，而是允許使用者建立自己的使用者定義函數。函數是由一個或多個 Transact-SQL語句組成的子程式，可用於封裝代碼以便重新使用。儘管自訂函數在資料量龐大的時候，效率上有欠缺，但是在中小型資料庫中，還是可以使用，現將我資料庫中所有的自訂函數與大家分享，並搜集了CSDN文章中出現的一些自訂函數進行整理測試，例如fredrickhu（小F）

MYSQL 版本是5.1的 安裝了MYSQL ODBC 5.1之後用SQL SERVER 2005/2008內建的匯入匯出工具會提示ERROR 42000，後面一大堆英文，意思是語法錯誤，肯定是SQL SERVER產生的SQL語句，MYSQL那邊不認造成的，GOOGLE了一番，終於找到瞭解決方案：開始輸入命令：mysql -h 61.178.8.213 -u root -pEnter password: *******Welcome to the MySQL monitor.