SQL Server

使用 OLE DB 串連並訪問遠端資料的一次性的臨時方法：從檔案讀取資料並將資料作為行集返回只有在以下情況下才能使用 OPENROWSET 訪問 OLE DB 資料來源中的遠端資料：指定提供者的 DisallowAdhocAccess 註冊表選項已顯式設定為 0，並啟用了 Ad Hoc Distributed Queries 進階配置選項。如果未設定這些選項，則預設行為不允許即席訪問。 --將test.dbf中的資料複製到temp（資料庫自動新建立的）表中select * into temp

     安裝SQL Server2000的時候，安裝程式提示我安裝程式被掛起，讓我重新啟動電腦，但我即便是重新啟動了再次安裝，SQL Server2000的安裝程式依舊提示我這個錯誤。看來重起並不能解除被掛起的安裝程式。      查閱了資料，得知要解決這個問題需要刪除註冊表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session

　　以前的伺服器，由於記憶體的價格過高，一般配置的記憶體不是很多，超過4GB的當然就不多了.現在的伺服器，配置超過4GB就很多，在配作SQL 資料庫伺服器後，很多的人只選預設的設定，雖然可以正常使用，可是卻把大量的記憶體給浪費(SQL服務使用的記憶體不會超過1.8GB)，系統的效能也不能因為的大記憶體而提升，這是很可惜的。　　在本文中，我大致講一下配置的過程。(如果伺服器的記憶體少於4GB，不用配置)　　1.開啟系統中的大記憶體支援(windows):　　若要啟用 Windows 2000

通過日誌來恢複SqlServer資料庫到某一個時間點2008/02/11 00:23 A.M.--前提條件：資料庫模型不能是“簡單”，否則不可以恢複。--建立測試資料庫CREATE DATABASE DbGO--對資料庫進行備份BACKUP DATABASE Db TO DISK='c:\db.bak' WITH FORMATGO--建立測試表CREATE TABLE Db.dbo.TB_test(ID int)--延時1秒鐘,再進行後面的操作(這是由於SQL

SQL Server的匯出匯入方式有：在SQL Server中提供了匯入匯出的介面操作。在介面操作中又分【複製一個或多個表或視圖的資料】和【編寫查詢以指定要傳輸的資料】兩種模式，第一種是直接對錶、視圖進行全部欄位、記錄進行匯出，而第二種就是可以通過SQL語句來控制匯出匯入的欄位和行。使用 簡單但有用的SQL指令碼 中的【表複製】這裡面的方法。再一種就是在命令列中使用bcp命令來匯入匯出資料，需要特別說明的是，這是對大資料量匯入匯出就好的辦法。--整個表匯出(out)bcp

一、概念       索引是為了加速對錶中資料行的檢索而建立的一種分散儲存結構。      1、索引是針對錶而建立的；      2、索引由除存放表的資料頁面以外的索引頁面組成，也就是說索引需要單獨的儲存空間。 二、索引的分類        索引分為兩類：聚簇索引和非聚簇索引。        聚簇索引的結構如所示： 中，“根節點”與“中間級”統稱為“索引頁”，也叫做“非葉級”。根節點存放著中間級每一個頁面的第一個元素。中間級存放這資料頁每一個頁面的第一個元素。       

一種方法：清空日誌。 1．開啟查詢分析器，輸入命令 DUMP TRANSACTION 資料庫名 WITH NO_LOG 2.再開啟企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮檔案--選擇記錄檔--在收縮方式裡選擇收縮至XXM,這裡會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了。 另一種方法有一定的風險性，因為SQL SERVER的記錄檔不是即時寫入資料庫主檔案的，如處理不當，會造成資料的損失。 1: 刪除LOG 分離資料庫 企業管理器－＞伺服器－＞資料庫－＞

一、以前，我在比較兩個datetime 類型資料A、B是否同年同月同日的方法是：where year(A) = year(B) AND month (A) = month(B) AND day(A) = day(B)實際上可以用更簡潔的方式實現 where datediff(day,A,B) = 0 同樣，要比較A、B是否同年同月的方法是：where datediff(month,A,B) = 0關於 datediff 請參閱聯機叢書。二、在 ms sql server 的日期函數中可以用"0"

from：http://www.lao8.org/html/8/2009-7-19/2009719130148.html  各個角色是對應不同許可權的，sql server中有很多許可權，可以把這些許可權組合或單獨賦給各個角色，從而使不同角色的使用者的許可權不同，你列出的都是內建角色。你看看下面這些對你有沒有協助，希望你解決你的問題。 為便於管理資料庫中的許可權，SQL Server 提供了若干“角色”，這些角色是用於分組其他主體的安全性主體。它們類似於 Microsoft Windows

 1select  2     ( case when a.colorder = 1 then d.name else '' end ) 表名, 3     a.colorder 欄位序號, 4     a.name 欄位名, 5     ( case when COLUMNPROPERTY (a.id,a.name,'isidentity') = 1 then '√' else '' end ) 標識, 6     ( case when (  7            select coun

　資料庫按規定進行故障排除的時候，需要對資料庫中50個表的每一個都進行查看，以確保所有期望是預設值的欄位都被分配了預設值。可以想象這是一個多麼令人畏懼的工作，有沒有一個比在SQL Server管理套件中開啟每一個表來查看這個schema的更好方法嗎？　　通過查詢任何資料庫中的三個系統資料表，你可以獲得每個表的每一個欄位的預設值。下面是這個核心查詢。它返回分配給當前資料庫中每個使用者表的預設值。這個查詢在SQL 2000和SQL 2005中都是相容的。　　SELECT SO.NAME AS

方法：1、建立過程CREATE PROCEDURE sp_textcopy (   @srvname    varchar (30),   @login      varchar (30),   @password    varchar (30),   @dbname      varchar (30),   @tbname      varchar (30),   @colname    varchar (30),   @filename    varchar (30),  

/*測試資料create table tmp(a int)Insert into tmp(a) values(1)*/--包含事務create proc sp_TranTest_1asbegin tran    Update tmp set a=a+1    Update tmp set a=a/0if(@@error<>0)begin rollback tran    return 0endelsebegin commit tran    return 1end--不包含事務cre

--1. 建立自訂函數：從最後一個特定字元開始截取字串create function fn_GetLastCharIndex(@Chars varchar(1000),@Char varchar(10))returns varchar(1000)begin    declare @i int    set @i=CharIndex(@Char,@Chars)    while(@i>0)    begin        set @Chars=Substring(@Chars,@i+1,le

明確交易 明確交易（Explicit Transaction）是由設計人員明確定義事務的啟動與結束的一種事務。可使用 BEGIN TRANSACTION、COMMIT TRANSACTION、COMMIT WORK、ROLLBACK TRANSACTION、ROLLBACK WORK 等語句來定義明確交易。 Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/

1.對查詢進行最佳化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。 2.應盡量避免在 where 子句中對欄位進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：select id from t where num is null可以在num上設定預設值0，確保表中num列沒有null值，然後這樣查詢：select id from t where num=03.應盡量避免在 where

向Sql

--完整備份Backup Database NorthwindCSTo disk='G:\Backup\NorthwindCS_Full_20070908.bak'--差異備份Backup Database NorthwindCSTo disk='G:\Backup\NorthwindCS_Diff_20070908.bak'With Differential--記錄備份，預設截斷日誌Backup Log NorthwindCSTo

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

         DB2中可以使得資料庫回複到指定的時間點，SQL Server資料庫的Recovery Model為full 或者Bulk copy的時候，是可以從日誌來恢複資料庫的。實際上日誌中記錄的一條一條的transact sql語句，恢複資料庫的時候會redo這些sql語句。  前提條件：myBBS是資料庫test中的一個表,          資料庫test的Recovery Model為Full,Auto Close,Auto Shrink兩個選項未選中。