SQL Server

在SQL SERVER 中如果我們想要使主鍵按照一定規則自動成長我們可以這樣做：這裡我們建立一張研究表，裡面有研究ID,研究人員姓名和研究醫院.我們使SicentificId 設為主鍵 並且從1開始每次遞加1.這裡要更各位強調一下使用Identity 關鍵字的前提要求是 資料類型必須為 int ,decimal,bigint,smallint等數實值型別.但是很多時候只有一個數字編號並不能滿足我們的要求,

簡介：本文介紹如何配置SSAS資料庫和cube相關維度安全設定。相對資料引擎來說，在Management Studio中配置分析服務的安全設定基本沒什麼區別。但是也會有一些限制，比如SSAS的許可權配置都是圍繞角色進行的，其次，角色的成員必須是基於windows或者ad環境的，SQL Server使用者（比如sa）是無法使用的。還有，許可權是無法直接授予給windows或者ad使用者或者組的，這些使用者或者組必須填加到角色中才可以。另外，如果UAC處於開啟的狀態，那麼比如要以"Run

當應用程式啟動並執行時候，會有一個串連池的管理控制項運行在應用程式的進程裡，統一管理應用程式和SQLSERVER建立的所有串連，並且維護這些串連一直處於活動狀態。當有使用者發出一個connection open指令時串連池會在自己維護的串連池中找一個處於空閑狀態的串連放回自己管理的串連池裡，給這個使用者使用。當使用者使用完畢後，發出connection

感覺internals viewer這個名字起得很好，內部查看。這個小工具是我之前看園子裡的某大俠轉載的文章是看到的文章地址：SQL

SQL Server Data Tools – Business Intelligence for Visual Studio 2012安裝時提示“The CPU architecture....”的解決方案就目前而言，CPU主頻速度的迅速提升以及CPU數量的高速增長，並沒有能夠促使CPU在訪問記憶體時的速度有所長進。儘管L3

最近的4到5年以來，微軟首次嘗試重寫在1998年發布的SQL Server版本7所確立的查詢執行引擎。重寫的目標是在不犧牲關係型資料庫特色的前提下，提供類似於NoSQL的高速度。這一次嘗試的核心是Hekaton項目，即記憶體最佳化表。雖然依然能夠通過傳統的T-SQL操作對其進行訪問，但其內部已經是基於完全不同的技術所實現。這一技術是有意與當今伺服器硬體的三大趨勢保持一致的。記憶體價格不斷下降早期的SQL

使用了Sqlserver 2012 Always on技術後，假如採用的配置是預設配置，會出現Primary server CPU很高的情況發生，比如預設配置如下：需要自訂來解決這個問題。我們先來看看上圖中的這些選項的意義主角色中的串連允許所有串連如果當前server是primary角色時，primary instance允許所有串連（如：讀/寫/管理）允許讀/寫串連如果當前server是primary角色時，primary

想在輸出的PRINT語句裡面換行，可以這樣做/*SQL的換行定位字元 CHAR(9)分行符號 CHAR(10)斷行符號 CHAR(13)*/PRINT 'Test'+CHAR(13)+'Name'PRINT 'Test'+CHAR(10)+'Age'PRINT 'Test'+CHAR(9)+'Tel' --以文字格式設定顯示結果SELECT 'AAA'+ CHAR(10)+'BBB'--AAA BBBSELECT 'AAA'+ CHAR(13)+'BBB'--AAA

手動增長記錄檔，實際上就是修改記錄檔的大小  size 的單位是MB下面設定記錄檔大小是2048MBALTERDATABASE[GPOSDB] MODIFY FILE(name=GPOSDB_Log,size=2048)EXEC sys.[sp_helpdb] @dbname = [GPOSDB] -- sysname--收縮記錄檔 USE [GPOSDB] GO ALTER DATABASE [GPOSDB] SET RECOVERY SIMPLE;GO--設定簡單復原模式

此備份與還原主題與所有 SQL Server 資料庫相關。差異備份所基於的是最近一次的完整資料備份。 差異備份僅捕獲自該次完整備份後發生更改的資料。 差異備份所基於的完整備份稱為差異的“基準”。 完整備份（僅複本備份除外）可以用作一系列差異備份的基準，包括Database Backup、部份備份和檔案備份。

今天清理業務庫資料的時候，開發人員說可以使用truncate table把兩個表的所有資料清理掉這兩個表都有自增ID，都做了表分區，單表200GB，使用 SELECT IDENT_CURRENT('')

很久沒有寫文章了，在系統正式上線之前，DBA一般都要測試一下伺服器的效能比如你有很多的伺服器，有些做web伺服器，有些做快取服務器，有些做檔案伺服器，有些做資料庫伺服器做資料庫伺服器的那台伺服器效能要相對較好，磁碟，記憶體，CPU等等，那麼在選用其中某一台伺服器作為資料庫伺服器之前需要測試每一台伺服器的效能並且需要設定一些硬體的參數，例如設定磁碟控制卡的參數，參考文章：Writeback和Writethrough區別那麼具體怎麽測試呢？怎麽得出測試單位呢？大家可以參考這篇文章：SQL

今天，一個可改變控制的實現激使我去寫這篇文章，這個可改變的控制就是允許運行在Windows200864位伺服器上的SQLSERVER2005企業版上使用追蹤旗標834，SQLSERVER會利用 Large-Page allocations去構建記憶體中的Buffer Pool。下面是我對 Large-Page allocations的理解和這個Large-Page

這篇文章也適合ORACLE DBA和MYSQL DBA 閱讀裸裝置適用於Linux和Windows在ORACLE和MYSQL裡也是支援裸裝置的！！介紹大家看到這個標題一定是一頭霧水吧，裸裝置？？裸體的裝置？？太邪惡了o(∩_∩)o裸裝置：有人叫raw disk，也有人叫raw

上個月月底的時候因為要搬遷機房，需要將一個資料資訊資料庫先搬到我們的機房，然後將客戶的資料庫從原來的機房A搬到機房B，原來我們的資料資訊庫（DataInfo）是放在機房A的，但是為了以後方便和防止資訊泄露就放到我們的託管機房，這裡叫機房C在搬遷機房的時候，盡量減少宕機時間，資料不能丟，搬遷機房真是一門學問。。。雖然這麽忙，但我還是把寫文章的時間騰出來，把乾貨分享給大家o(∩_∩)o因為很多系統都在讀寫機房A的資料資訊庫（DataInfo），我在上個月底的時候用備份檔案初始化的方式

DROP TABLE T_TESTCREATE TABLE T_TEST( ID INT IDENTITY PRIMARY KEY,STATUS BIT)INSERT INTO T_TEST SELECT 0GO 100000INSERT INTO T_TEST SELECT 1 CREATE INDEX IXF_T_TEST_STATUS ON T_TEST(STATUS) WHERE STATUS=1UPDATE STATISTICS T_TEST with

情境：伺服器64位，SQL SERVER 2008R2SP1，32G記憶體，16個CPU，sql server分配記憶體大約29G。發布一張小表，分發代理停止在正在將大量複製到表xxx，該表僅有幾十行資料，總量最多幾百K查詢訂閱伺服器分發進程，顯示bulk insert 呈suspend狀態，等待類型為：RESOURCE_SEMAPHORE相關資訊如圖：相關該SESSION的記憶體請求資訊如下：可以看到該進程申請記憶體達5G多，這是為什嗎？記憶體資訊如下：即使DBCC

SQL

資料庫調優工作中，有一部分是需要排查IO問題的，例如IO的速度或者RAID層級無法響應高並發下的快速請求。最常見的就是查看磁碟每次讀寫的響應速度，通過效能計數器Avg.Disk sec/Read(Write)我們可以很直觀的看到他們。不同的業務，繁忙程度也不同，需要什麼樣的IO做支撐？難道都用最高配的IO去配置硬體嗎？能否通過一些經驗和基準來判斷當下磁碟環境是否能滿足需求呢？手上有4塊 Inter SSD DC S3500 Series 600GB硬碟做成的RAID1兩塊，我們就拿它來練練手吧！

情境：最近一台DB伺服器偶爾出現CPU警示，我的郵件警示閾（請讀yù）值設定的是15%，開始時沒當回事，以為是有什麼統計類的查詢，後來越來越頻繁。探索：我決定來查一下，究竟是什麼在作怪，我排查的順序如下：1、首先開啟Cacti監控，發現最近CPU均值在某天之後驟然上升，並且可以看到System\Processor Queue Length 和 sqlservr\%ProcessorTime